Slashdot Mirror
AMD Goes Open Source, Announces GPUOpen Initiative, Linux Compiler, Drivers (hothardware.com)
MojoKid writes: AMD announced today that the company is releasing a slew of open-source software and tools to give game developers, heterogeneous applications, and HPC applications deeper access to the GPU and GPU resources. AMD and their Radeon Technologies Group (RTG) are looking for ways to ease game development, so developers can more easily re-use code and port their games from consoles over to the PC. With GPUOpen, game developers will have direct access to GPU hardware, as well as access to a large collection of open source effects, tools, libraries and SDKs, which are being made available on GitHub under an MIT open-source license. As part of the effort, the company is also releasing a new HCC C++ compiler which will be a tool in enabling developers to more easily leverage the resources of discrete GPU hardware in heterogeneous systems. The HCC complier also allows developers to convert CUDA code to portable C++. According to AMD, internal testing shows that in many cases 90 percent or more of CUDA code can be automatically converted into C++ with the final 10 percent converted manually in the widely popular C++ language. An early access program for the "Boltzmann Initiative" tools is planned for Q1 2016.
Decent Windows/Linux drivers now?
Religion: The greatest weapon of mass destruction of all time
Certainly makes AMD to look a bit more ethical in my eyes now.
Coming next is Windows Server for GPU an will be licensed by GPU core.
this had to happen just riiiiiiight after they discontinued their pre-GCN video cards.
i.e. similar to how Netscape went open source right before "Netscape" the commercial company went away (bought by aol... then becomes mozilla which outputs current firefox).
What about OpenBSD?
1) Dump failed, low-quality projects to open source developers
2) Hope someone else will do you job for free
3) ???
4) PROFIT!!!
Don't AMD announce some new open source initiative every year?
Nothing ever happens.....
AMD seems desperate to garner any headlines it can these days. How much open source gaming is really around, and how many will think this is going to sway any gaming developer over to AMD solely? I get that many games for PC's are designed for certain hardware, but that's always been the case and it has never really amounted to any significant dedication from users for certain hardware. I keep reading how great Linux games are, but its nothing compared to the rest of the retail gaming ecosystem and never will be. Good luck AMD catering to a very small group as if this will save yourselves from complete collapse. It won't.
I see lots of articles about how AMD plans to do this, that, and the other using open source components. What I want to know, is can I run 3D games using the in-tree kernel module with the proprietary user modules yet? This was promised a while back and I haven't seen any more about it. I want to support the effort, but I am not buying another AMD card until I see it actually work.
I think the appropriate response is "I'll believe it when I see it". AMD has cried wolf WAY too many times on this matter. I can remember getting excited about AMD "open sourcing" their stuff 10 years ago, but it turned out to be little more than a Microsoft "open sourcing", i.e. half-assed with strings attached.
Where Netscape released their actual product, AMD sells hardware. This actually makes AMD's hardware significantly more valuable.
while i think this is great, i'll wait for AMD's GPU driver to actually show up in the kernel upstream before putting any stock in what they say.
Anons need not reply. Questions end with a question mark.
is this the last gasp for amd?
i.e. similar to how Netscape went open source right before "Netscape" the commercial company went away (bought by aol... then becomes mozilla which outputs current firefox).
Probably not, but it is an act of desperation. It's no secret that in the past AMD and nVidia has been very anxious to keep Intel out of the high performance graphics market. That gap is closing fast, even though they don't do discrete cards they're quite efficient and well-supported with almost 20% market share on Steam. Meanwhile nVidia has been very successful pushing their GameWorks middleware, G-Sync, CUDA and other proprietary nVidia-only technologies. So I think this is AMD realizing they can't win a war on two fronts and trying to make common cause with Intel to share AMD's middleware to get game support, while still hopefully being able to find a niche for their hardware.
Of course the risk is that Intel just gobbles up AMD's graphics market share the same way Intel's almost completely gobbled up the x86_64 market but the way the gaming market is heading right now I don't think they have a choice. If letting Intel use their middleware can lead to better game support (probably) and Intel stays out of discrete cards (probably) and AMD can come up with discrete GPUs that match nVidia (maybe...) it might work. At least if this flops some good technology got open sourced, I don't like the implication that open sourcing is a last ditch attempt though. Intel is working hard on open source drivers in Mesa and that's hardly a failure.
Live today, because you never know what tomorrow brings
This should not have been down-modded. When I saw this article one of my first thoughts was was this going to help get a free vbios for use with libreboot. I am looking at getting the opteron based workstation, but I'd like more powerfull video support than what is provided by the motherboard.
If AMD had just opened the source for an ARM SoC-able GPU, I'd be on the edge of my chair. Although - they ARE making some noise about doing one in the future. I guess they have to wrestle with power consumption issues first though ...
Sorry, realized I hadn't been logging in or identifying myself as an AMD-er. So now I have an account. It's funny, for such a technical site the account setup questions list a lot of management positions but nothing for the technical side. AFAIK most tech companies these days have parallel management and technical tracks, don't they ?
(removing quote for clarity) Nope, I understand completely and you said it very well (better than I was doing). The problem is arguably as simple as "guilt by association"... ie in order to let the drivers load microcode that is distributed in hardware or flash on competing products you need to use an OS mechanism which also allows the use of other, obviously more problematic "firmware" blobs which clearly do perform functions that would otherwise be implemented in the driver. I don't know if there is a solution in there but if nothing else it might help to explain to board vendors why people care about not having to ship the microcode images as part of the "software". Thanks.
http://people.freedesktop.org/~agd5f/radeon_ucode/tonga/
AFAIK the microcode images can be downloaded directly from Alex's radeon_ucode folder on freedesktop.org (folder above is for 285/380/380X), but once folks come back from vacations I'll ask about packages that can take care of the install details.