Its.... get this.... THE SAME DRIVER.and makes its closed source linux drivers on par with windows
No, you just like having to run an obsolete kernel/xorg, and have the whole thing fly apart at the seams every time you upgrade anything at all, and be limited to the capabilities of a wondoze driver when trying to do things that **linux** needs to do.as I am not that much of an open source fetishist to need it open source.
... what do they call that again? Masochism. But hey, whatever gets you off...
blenderartists.org is much more active and with more users than any LibreOffice forum I know.
Maybe AMD should try have a better relationship with the developers of Blender, as it is doing with LibreOffice developers.
Blender Cycles renderer is not the only one not running on AMD GPUs. A few commercial GPGPU renderers won't either. AMD OpenCL compiler seems to have problems with complex kernels. From what I've heard the compiler inlines all function calls and will blow up on such beasts as Cycles.
its about goddamn time... just remember when AMD brought forth the athlon64 and no operating system was able to use its potencial. especially in this short lived business they need to take care that software can use the hardware fully by the time of the hardware release. its nice to have new experiments and ways but you may need to take care that someone can use it. and iirc the first (mainline-user) OSes that were 64 bit aware were linux distributions. why not continue? amd has a playground here and can only win popularity.
OpenCL support on r600 hw is making progress, even if the gallium compute page does not reflect it.
Constant Address and local address are supported ; I'm not sure about private address, I think we replace private address with classic gpr/arrays. What's remaining is mostly synchronisation support and image read/write, although they require some work. Hopefully clover/r600g will support OpenCL 1.0 before the end of 2013.