



AMD Goes Open Source, Announces GPUOpen Initiative, Linux Compiler, Drivers (hothardware.com) 89
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.
So... (Score:4, Interesting)
Re: (Score:1)
Re: (Score:2)
They're industry leaders in churning out Powerpoint decks full of bold announcements about new initiatives to tide us over till the next change of direction.
Re:So... (Score:4, Insightful)
Isn't this the AMD version of "Year of Linux on the Desktop"?
Comment removed (Score:5, Insightful)
Re: (Score:2)
But what bothers me more in this case is that AMD known for years that th
Re: (Score:2)
Re: (Score:2)
Why I should spend 160MB to make my application work if I can make it work just fine with only 10MB? Just because I now have 16GB of RAM to use I should be wasting her with sloppy applications? It seems to me you live in a very wasteful society.
Thank you for the source code (Score:1)
Coming next... (Score:1)
Coming next is Windows Server for GPU an will be licensed by GPU core.
is this the last gasp for amd? (Score:1)
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).
Re: (Score:2)
Maybe if AMD only made software, but I believe they're still considered a hardware company. CPUs and GPUs and stuff like that.
Re: (Score:2)
AMD owns no fabs; they don't make hardware. They only design it.
Re: (Score:1)
Apple owns no fabs; they don't make hardware. They only design it.
Re: (Score:2)
Wrong: Apple buys former Samsung chip fab [appleinsider.com]
Re: (Score:3)
Maybe if AMD only made software, but I believe they're still considered a hardware company. CPUs and GPUs and stuff like that.
Well go google Nvida Gameworks? All the crappy buggy ports of games that are optimized for Nvidia hardware are making AMD GPUs look bad and use secrets and hacks to prevent debugging.
This is an alternative to Nvidia gameworks so developers stop using hairworks, physics works, and other things that make AMD appear slower
Crying Wolf (Score:1)
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.
Re: (Score:1)
This is the most dishonest post I've ever read on slashdot, congrats. They're "pretty good" if all you do is troll facebook and twitter or play 10 year-old and non-demanding Valve games. Try to play any recent non-Valve game and you are stuck with low fps and asking yourself why you would spend several hundred dollars on hardware only to gimp yourself with hardware from a company that simply can't compete anymore.
Re: (Score:2)
Have a look, for example, at what the Trisquel folks say about ATI/AMD here: https://trisquel.info/en/wiki/... [trisquel.info]
I think it would be *great* if this or something like it led to an actually free software driver. Most of my machines here have Radeons, and I
Re: (Score:2)
This sounds right, but I don't think it is. Here's why:
The README.radeon firmware/microcode license, for example, says...
- no reverse engineering allowed as a specific condition of installation, reproduction, copying, or redistribution.
- no decompilation allowed as a specific condition of installation, reproduction, copying, or redistribution.
- no disassembly allowed as a specific condition of installation, reproduction,
More like an unholy alliance against nVidia (Score:4, Interesting)
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.
Re: (Score:1)
Re: (Score:3)
Don't AMD announce some new open source initiative every year?
Nothing ever happens.....
Then please inform me, wise coward, what this "radeon" driver is, that has satisfied my needs for years?
Re: (Score:1)
A free driver wrapper around a nonfree firmware blob. To use it, you first have to install firmware-linux-nonfree. See https://wiki.debian.org/AtiHow... [debian.org]
Oops... (Score:1)
Re: (Score:1)
Re: (Score:1)
I would perhaps consider the border of when its OK and not OK to be if you can change the code or not. That is also the reason Im not sure about the VBIOS part.
I don't want you to the get wrong picture. Its great that the microcode can get updated. But its more of an ethical question.
Yep, the ability to update the microcode is often used as a criteria for whether something is "software" or not, but following that line of thought quickly leads to what I think everyone agrees are counter-productive conclusions. For example:
1. Burning microcode into the chip is OK, and we promote use of those chips when accompanied with free drivers even if the microcode is not free
2. Making the microcode upgradable (which helps us) is even better, but we explicitly prohibit use of those chips unless the m
Wish I could edit... (Score:1)
Re: (Score:1)
The only "quick solution" I can think of would be if AMD hosted your own repository that one could add to the sources. It would still be non-free but one would not have to add the whole non-free repo from the distro, and still know the blobs are from AMD.
That's an interesting idea, will look into it. Thanks !
microcode (Score:1)
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.
Re: (Score:1)
AMD desperate (Score:1)
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 wi
Re: (Score:3)
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?
While open source gaming might be a point here, the real market is toward even full commercial software development companies with decent software developers who can really dig into the source code to tweak their games to the full potential on this hardware. Since they don't need to pay licensing fees, the traditional retail game developers will be able to have some of their smaller projects or slightly risky games that may have slightly smaller budgets to use this hardware instead of projects where they p
Actual Status (Score:5, Interesting)
Re: (Score:2)
What about the (lat/new)est games?
Re: (Score:2)
Re: (Score:2)
proof is in the pudding (Score:5, Insightful)
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.
Re:proof is in the pudding (Score:5, Informative)
Re: (Score:1)
LOL. Thanks for the laugh, seriously. AMD graphics runs pretty much every console out there, and plenty of systems whose owner didn't care to go out and splurge for the hottest NVIDIA card out there. So sunk. LOL
Re: (Score:1)
Re: (Score:2)
That is one of the things where an open source driver can really make a difference. Driver development will be more continuous rather than coming out in little spurts, and some 3rd party testing of anything changed will happen well before it becomes part of the stable release cycle.
I understand your frustration here, and I would agree with your sentiment of waiting perhaps a year or more to see if this experiment is going to actually work out so far as some responsible driver development.