I've owned two Radeon HD's, a 4670 and a 5670. The stability of the open source driver is good and its performance is good in most cases. Their proprietary driver is totally broken and dangerous to use. If you're considering buying an AMD card to try to run games and professional software with, you should take the following warnings.
AMD doesn't listen to or respond to most of their bug reports http://ati.cchtml.com/buglist.cgi?qu...duct=&content= for their proprietary driver, including one by me. http://ati.cchtml.com/show_bug.cgi?id=463.
Most of their driver releases are incredibly unstable and WILL (there is NO IF, only WHEN) cause data loss, kernel panics, X.org Server collapses, etc.
Sometimes a simple thing like putting the monitor in standby mode will make the system unable to wake up. (Which was the subject of my bug report.), this has been ongoing for at least a year, I only decided to file a bug report because this way I have something to point to when they say "where is the bug report?", but it should be obvious to most people that this happens. It's kind of hard to not notice your system going to sleep and not waking up, and having to hold down the power button.
In their Catalyst 12.4 beta, sometimes simply creating an OpenGL context will seems to panic the kernel, though this seems to be a race issue and of course it freezes the X server, so you see whatever the X server drew to the screen before the system died, not the actual kernel panic.
Last year, for two months (11.1 and 11.2), sometimes viewing a PNG with an alpha channel would cause the X server to collapse. Between 11.10 and 12.2, using an application which used X Video would cause the server to crash.
AMD's proprietary driver does not EVER support the current stable X server. If it does, it will be extremely error-prone, even for Catalyst, until another stable X server is out that Catalyst will again take months to support. Their kernel support is sometimes a release or two behind. Sometimes just fixing a bug in a current STABLE KERNEL SERIES will cause their module to not build (like it hasn't on x86-32 since 3.2.12 came out).
AMD has a number of technical problems with their Catalyst driver that are caused by it being developed outside of the kernel and outside of X.org with basically no quality control process. AMD's John Bridgman claims they have one, but I have yet to see a driver that looks like it has been through any kind of QA. It seems instead that they simply shit another one out every month and say it's a new version when it usually has all the same problems it ever did and maybe more.
The driver bundle is obese. The download size is well over 100 MB COMPRESSED, that's larger than an entire Linux kernel source package and all of X.org, combined. Even at this clownish size, it only manages to support about half of the Radeons that are out there. Anything pre-Radeon HD has no official support from AMD.
I understand that the reasons for some of this are:
(1) As a hardware company, they don't want to support cards that are more than a couple years old.
(2) They suck and are unable to compete with Nvidia. Which supports every card they've ever released and usually provide betas that support THE NEXT KERNEL AND X SERVER!!!!!
Why can't AMD do this? They wait for Microsoft to sign the freaking Windows driver and they hold that month's Catalyst Linux driver bundle hostage until Microsoft gets around to certifying the Windows counterpart. They release betas for Windows users without the Microsoft certification all the time, and they even have a Twitter account where their employee's advice is frequently to just use the uncertified betas to fix whatever their current release is doing wrong on Windows.
Just stop. Kill your evil driver or fix it please. It's getting to be a broken record on IRC in any distribution's chat room of "I installed Catalyst and now my system is fucking broken". It comes up, predictably, about a dozen times a day that I see, in one particular room.
And Bridgman, please stop ignoring me when I mention a bug and stop telling me you have a QA process when you clearly do not and it's anyone's guess what programs it will savagely maul that month because you can't make it work right.
Thanks. And if anyone is looking to buy AMD's hardware, take this as a warning that it's very hard to get it to do anything terribly useful, and you might as well just get a cheap one if you possibly can, because you're not going to get serious 3d performance or OpenCL support out of the open source stuff anytime soon.
Last edited by DaemonFC; 03-29-2012 at 01:47 PM.
[QUOTE=bridgman;256400]I'm not ignoring you, I'm telling you that I work on the open source side not fglrx.
i was doomed by the AMD QA process back in 2007-2009 wen my Opteron workstation with nforce3600 chipset was completely broken with the catalyst driver for maybe 6 month.
yes not a cheap worst desktop a full workstation with a 400€ mainboard and 2 opterons +amd card FAIL!!!!!
if a QA process don't work for cheap desktop bullshit OK but on Workstation hardware with very expensiv OPTERON CPUS??? LOL!!!!!
This QA process is just Bullshit!
because of my problems with "Opteron" systems with "AMD" cards i now do have a "cheap" system. because my opteron system teaches me that the QA Process of AMD is bullshit.
on the other side the QA Process of the opensouce driver is "Perfect"
because its community driven.
in my point of view the catalyst is "Hopeless" Say that to your manager Friends @AMD
Wonder what he said ?This message is hidden because Qaridarium is on your ignore list.
Remove user from ignore list
Probably not "nothing" as he has the same employer but you can't blame Bridgman for the trash software made by the fglrx people. It isn't Bridgman who destructs the proprietary driver, the fglrx people are responsible for this (Bridgman probably just tries to help). You also can't blame Bridgman for decisions elsewhere in AMD regarding QA. Please stop chasing Bridgman and rant elsewhere if you can't stop ranting.
Last edited by AlbertP; 03-30-2012 at 09:41 AM.
bridgmans point of view is: they only do drivers means software they will not chance hardware part for opensource.
this means opensource is doomed.
next is the "UVD" unit bridgman try the "impossible" and they allready drop hd2900+uvd1 cards+uvd2 cards because they don't have a extra layer to protect the DRM against the opensource driver.
I'm sure they will fail on the UVD stuff. and its simple why: if you know how the stars mcirocontroller works in his role then you can easily Re-Engineerin the catalyst to get the information to break the DRM.
and this is "Bridgmans" job wasting the open-source money on impossible missions.
Opensource is doomed? Hahahah, what?
Open-source money? AMD uses part of their money to develop open source driver for their hardware, I do not a problem with that. Progress is progress, no matter how long it takes.
When did YOU do something useful for opensource-community instead of ranting here? If it's so easy, maybe you can join AMD and get their stuff fixed?