QuadSix50
Well-known member
A few years ago, I tried out the fglrx module on my Slackware box. It seemed to compile just fine, but it did give me problems. At that point, it was frustrating, yes. But fglrx was still in its infancy and at the time ATI wasn't even bothering to help out the community. Lately with AMD in control, they've been loosening the grip but peolpe have still claimed that the support in GNU/Linux is not as great as it is for the NVIDIA module. As a matter of fact, many people using GNU/Linux have made the choice to purchase NVIDIA cards because of the poor support for ATI cards from ATI on GNU/Linux.
I have an old Sapphire Tech 9600XT video card on my Slackware PC, and to date the open source ATI driver has kept me quite happy. Sure, it's not quite as fast as the proprietary driver, but I would rather deal with a little slower performance for an actual working driver than trying to get a proprietary driver to work properly just for the extra performance. In the end, I just want to get things done, hence my choice to go with the open source driver. BTW, I'm still using the stock kernel used in Slackware 12.1. The following particular site helped me include the right settings in xorg.conf so that I could get 3D working (which I couldn't do before this):
http://www.free3d.org
I also used the open source ATI driver on my previous work laptop which used the RADEON IGP 345 chipset. This was on Ubuntu and everything work right out of the box. The only change I made to the xorg.conf file was changing "ati" to "radeon".
As for the reasoning made by the gcc developers, can you blame them? Proprietary software developers do this all of the time to the open source developers that ask for help. Go back to my Broadcom example for proof. So why should said proprietary developers feel that they should get a return for something that free software developers got working on their own if they didn't help out initially? Experience would dictate that if the FLOSS developers would respond generously, said proprietary developers would just fail to give back as they've always done. If you're going to be tight-lipped and restrictive through a license to those asking for help, expect the same in an inverse way from the open source developers that would make you require to share the source through a license as well.
I have an old Sapphire Tech 9600XT video card on my Slackware PC, and to date the open source ATI driver has kept me quite happy. Sure, it's not quite as fast as the proprietary driver, but I would rather deal with a little slower performance for an actual working driver than trying to get a proprietary driver to work properly just for the extra performance. In the end, I just want to get things done, hence my choice to go with the open source driver. BTW, I'm still using the stock kernel used in Slackware 12.1. The following particular site helped me include the right settings in xorg.conf so that I could get 3D working (which I couldn't do before this):
http://www.free3d.org
I also used the open source ATI driver on my previous work laptop which used the RADEON IGP 345 chipset. This was on Ubuntu and everything work right out of the box. The only change I made to the xorg.conf file was changing "ati" to "radeon".
As for the reasoning made by the gcc developers, can you blame them? Proprietary software developers do this all of the time to the open source developers that ask for help. Go back to my Broadcom example for proof. So why should said proprietary developers feel that they should get a return for something that free software developers got working on their own if they didn't help out initially? Experience would dictate that if the FLOSS developers would respond generously, said proprietary developers would just fail to give back as they've always done. If you're going to be tight-lipped and restrictive through a license to those asking for help, expect the same in an inverse way from the open source developers that would make you require to share the source through a license as well.
Last edited by a moderator: