![]() |
|
|||||||
| AMD/ATI Linux Technical support and discussion of the ATI/AMD proprietary Linux driver. |
![]() |
|
|
Thread Tools | Display Modes |
|
#1
|
|||
|
|||
|
You can read the whole interview at golem.de, but keep in mind that it is in german, all statements I did qoute in here are translations from the german text: http://www.golem.de/0703/50995.html IMO it is not necessary to open the existing drivers. I would already welcome if the specs for the cards were published. I don't think it will reveal any secrets when you tell someone in which register you have to write a value to achieve something. You can't tell me that these specs will really tell your competitors much about the internals of the hardware. Now I only got to hope for Intel releasing some add on card with free drivers since they seem to be the only real alternative... |
|
#2
|
|||
|
|||
|
For those of you who don't speak German:
he said that the Linux CCC is coming in 8.36 or 8.37. |
|
#3
|
|||
|
|||
|
Quote:
Regardless of the aforementioned statement, Intel seems to be shaping up nicely all the same. I'm probably going to get one of the 965G motherboards shortly for testing work for LGP so I've got another reference platform (Maybe two- that way I can have an open one with the Intel Drivers and one that switch-hits between providing an NVidia and AMD PCI-E test machine. I'm really needing several upgrades since it's been a bit since my last cycle... )If Larabee ends up being usable and they do the right thing (If the rumors are true, it'd be silly for them NOT to do the right thing for us and themselves at the same time...) it's going to get interesting real quick. Last edited by Svartalf; 03-12-2007 at 12:35 PM. |
|
#4
|
|||
|
|||
|
I can understand not opening the Xxk series, but I would have thought the previous ones (X800, 9700 etc) could be opened with little competitive disadvantage. A lot of people run Linux with such cards, and would be appreciative of the full compatability when choosing their next card, even if it had lesser support.
|
|
#5
|
|||
|
|||
|
i read somewhere about a guy who said he had worked for a while in nvidia or ati. he claimed that graphics drivers are written in such a way that makes them very difficult to maintan. the code is full of hacks, and often relies on undocumented platform quirks to behave faster.
wonder if that's what nvidia guy meant by driver being hard to write :] also ati some time ago gave out a statement about opening the drivers - they said they would not because of something along the lines of "patented optimization algorithms" :] (i believe it was sometime around the time of amd's takeover). Last edited by yoshi314; 03-13-2007 at 03:41 AM. |
|
#6
|
|||
|
|||
|
Quote:
The quote at Linux.com like back in August from Portland? What I believe that portion comes down to is that they have purchased / licensed code in the drivers from third parties, and part of the terms were that they would not give away that licensed code. It would be like a vBulletin owner giving away the code and allowing other non-subscribers to use it. |
|
#7
|
|||
|
|||
|
if i could only find that link :/ i don't really remember. it could be from linux.com indeed.
i wonder why ati can't just open the parts of the drivers they have rights to, and leave the 3rd party stuff in a blob. you may have heard about xara lx - the company decided to leave its core graphics library as a blob (because it's high performance gives them certain advantage), and opensource the rest of the application under non-windows systems. now people started porting xara to cairo to make it independent from the blob library. the original authors of xara lx have nothing against it, as long as it does not get ported to windows (that was the condition when they opened up the code). why can't ati do the same? they could leave all the problematic stuff in a smaller blob, and open what they can. it would just be a matter of time when somebody would start developing an open replacement to those blobs. i wonder what could that 3rd party code in the ati driver be. only drm solutions like hdmi come to my mind. Last edited by yoshi314; 03-13-2007 at 08:46 AM. |
|
#8
|
|||
|
|||
|
Was it this link: http://www.linux.com/article.pl?sid=06/10/11/1355201
|
|
#9
|
|||
|
|||
|
i meant this one when i thought about 'patented optimizations'. it was probably repeated on other sites as well. don't remember on which one i read it originally, though.
http://news.com.com/2061-10791_3-6104655.html |
|
#10
|
|||
|
|||
|
Quote:
|
![]() |
| Thread Tools | |
| Display Modes | |
|
|