AMD: It's time to open up the GPU
The second is a commitment to open source software. The game and graphics development community is an active hub of enthusiastic individuals who believe in the value of sharing knowledge. Full and flexible access to the source of tools, libraries and effects is a key pillar of the GPUOpen philosophy. Only through open source access are developers able to modify, optimize, fix, port and learn from software. The goal? Encouraging innovation and the development of amazing graphics techniques and optimizations in PC games."
Posted Jan 26, 2016 18:10 UTC (Tue)
by tshow (subscriber, #6411)
[Link] (8 responses)
Posted Jan 26, 2016 19:58 UTC (Tue)
by brunowolff (guest, #71160)
[Link] (1 responses)
Posted Jan 27, 2016 5:46 UTC (Wed)
by eru (subscriber, #2753)
[Link]
That libreboot faq as a whole is depressing reading. Seems it is impossible to control what code modern Intel and AMD systems run, even if you write your OS from scratch. I wonder if these companies are setting themselves up for a fall: the code signing keys for the "system management engines" are now very profitable secrets to steal for any intelligence agency or sophisticated criminal organization, because they would allow the creation of totally undetectable and unremovable trojans.
Posted Jan 26, 2016 23:24 UTC (Tue)
by airlied (subscriber, #9104)
[Link] (1 responses)
or at least that was the impression I was getting from it.
Posted Jan 27, 2016 3:47 UTC (Wed)
by rhekman (guest, #102114)
[Link]
Posted Jan 27, 2016 14:14 UTC (Wed)
by flussence (guest, #85566)
[Link] (3 responses)
AMD remains the only one of the big three GPU vendors whose entire hardware range is completely non-functional on a deblobbed kernel.
Posted Jan 27, 2016 14:46 UTC (Wed)
by brunowolff (guest, #71160)
[Link] (2 responses)
Posted Jan 27, 2016 15:29 UTC (Wed)
by flussence (guest, #85566)
[Link] (1 responses)
(Somewhat depressingly, AMD's penchant for binary blobs extends *beyond* the scope of their own hardware — I bought an AGP Radeon a dozen years ago which mysteriously sprouted a firmware dependency only after ATI ceased to be...)
Posted Feb 12, 2016 1:05 UTC (Fri)
by bridgman (guest, #50408)
[Link]
IIRC the early drivers managed the acceleration hardware by writing directly to registers then waiting for completion, but later versions used PM4 packets (processed by the microcoded CP block) which allowed the driver to run ahead of the hardware for higher performance.
Posted Jan 27, 2016 13:51 UTC (Wed)
by gidoca (subscriber, #62438)
[Link] (1 responses)
Posted Feb 12, 2016 1:02 UTC (Fri)
by bridgman (guest, #50408)
[Link]
Anyways, if you see any that seem wrong let us know (my username # amd.com) and I'll get them checked. Thanks.
Posted Jan 27, 2016 21:01 UTC (Wed)
by Brane2 (guest, #106610)
[Link]
Every time they need some media attention, they make somesuch noise.
I tried to do my own board with Kabini SoC and requested access to additional info needed ( datasheet etc). I would sign an NDA if needed, but after initial response to clarify my needs all I've got from them is basically no response - "don't call us, we'll call you"...
They seem to view data disclosure about THEIR FRIGGIN PRODUCT as some insane privilege that is available only to a chosen few.
They are about as open as scientology bunch, freemasons, Illiminates and similar crowds.
AMD: It's time to open up the GPU
It would be nice if they worked with coreboot/libreboot to allow for open firmware for thei GPUs, even if it couldn't do everything their proprietary firmware can do. However considering the way their CPUs are going, I doubt that is going to happen.
AMD: It's time to open up the GPU
However considering the way their CPUs are going, I doubt that is going to happen.
AMD: It's time to open up the GPU
AMD: It's time to open up the GPU
AMD: It's time to open up the GPU
AMD: It's time to open up the GPU
AMD: It's time to open up the GPU
AMD: It's time to open up the GPU
AMD: It's time to open up the GPU
AMD: It's time to open up the GPU
AMD: It's time to open up the GPU
It's possible that some already-published code with a different license was also linked from the main page, but the ones I recognized (eg DirectGMA) had new licenses as well.
AMD: It's time to open up the GPU