Hoofdcategorieën

AMD's Linux-driverplannen nader bekeken

Door Olaf van Miltenburg, maandag 4 juni 2007 15:14
Bron: Phoronix, views: 16.858

Halverwege mei beloofde AMD betere Linux-drivers voor zijn grafische producten. Om een indruk te geven wat hierbij komt kijken gunt AMD een blik op het ontwikkeltraject van dergelijke drivers.

ATi-tuxDe Linux-gemeenschap heeft ATi de afgelopen jaren bestookt met verzoeken om de drivers te verbeteren. Met de overname van ATi door AMD rees de vraag wat de gevolgen daarvan voor de driver-ontwikkeling zouden zijn. Half mei reageerden Linux-gebruikers verheugd op de belofte van AMD om zich in te spannen om de kwaliteit van zijn graphicsdriver voor Linux op korte termijn op te schroeven. Hoewel de installatie en het uiterlijk van de Linux-drivers verbeterd zijn, kan onder andere op de prestaties namelijk nog wel wat afgedongen worden, zo stelt de site Phoronix.

De website kreeg toegang tot een presentatie van de AMD Graphics Products Group die de ontwikkeling van Linux-drivers uiteenzet. AMD voorziet Windows- en Linux-klanten maandelijks van aangepaste Catalyst-drivers, maar de ontwikkeling van deze drivers duurt elf weken, ofwel bijna drie maanden. Het schrijven van de software duurt ruwweg een maand, waarna de kwaliteit gecontroleerd wordt. Die controle bestaat uit drie weken valideren, drie weken beta-testen en tot slot een week die als buffer dient om ervoor te zorgen dat de Windows- en Linux-versie op dezelfde dag uitkomen. Elke nieuwe functie of verbetering die de AMD-ontwikkelaars in de release terug willen zien moeten in de ontwikkelfase afgerond worden. Uitzonderingen zijn serieuze problemen die aangepakt moeten worden en scripts die voor specifieke distributies toegevoegd moeten worden. Deze laatste packaging scripts worden beheerd door communityleden van AMD's internet beta-testprogramma waardoor aanpassingen in de testfase doorgevoerd worden.

AMD kent hiermee een totaal ander ontwikkeltraject dan nVidia, constateert Phonorix. Waar NVidia in dit jaar slechts één Linux-driver voor de GeForce-serie, twee beta-releases en een driver voor oudere grafische kaarten heeft uitgebracht, heeft de gestructureerde ontwikkelcyclus van AMD al tot vijf nieuwe Linux-drivers geleid, met nog eens zeven stuks op komst dit jaar. Gevolg van de rigide aanpak is wel dat AMD over het algemeen niet in staat is binnen een maand support te bieden voor nieuwe kernels en versies van X.Org. De strategie om de Linux-driver onderdeel uit te laten maken van de maandelijkse releasecyclus toont in ieder geval de toewijding van AMD aan de Linux-gemeenschap aan, zo kan geconcludeerd worden.

AMD graphics Linux ontwikkeling

Volgende 16:32
Vorige 14:58

Reacties

«  1  2  »

fijn dat ze dit eens doen,
want mijn ati kaart deet het niet echt goen onder ubuntu

Zeer mooi dat ze dit doen. (als ze het ECHT uitvoeren).

Ook nVidia mag wat meer doen aan hun performance van hun drivers.

Och, ik vind de prestatie's van m'n 7600GT nog wel meevallen in Ubuntu 7.04. Nou moet ik wel bekennen dat ik alleen Half-Life 2 via Wine gespeeld heb (en 3D desktop Beryl draai). Voor het echte spelgenot schakel ik toch weer over naar Windows XP.

Hmm.. Ik dacht dat de NVidia drivers bij Beryl nog steeds last hadden van de "Black Window" bug (zie google)? Dat maakt het werken met linux onder beryl vrij onmogelijk..

Nvidia heeft ook nog flink wat te doen..

Wat ik had gelezen, was dat de Intel kaarten nog het dichts bij compleet ondersteund zaten. Dit is dan wel met de OSS drivers.

In Quake3-gebasseerde games haal ik dezelfde fps in linux als in windows.

Ik mag het hopen -.-

Er even vanuit gaande dat je kaart een stuk jonger is dan Q3.

Ik haal in Linux veel meer FPS dan in WIndows, met dezelfde hardware en beiden de meest recente drivers.

dit doen ze al, deze aanpak is eigenlijk al door ATI zelf ingezet, nog voor de overnamen door AMD. kijk de meuk tracker er maar op na, de linux drivers komen al een tijdje samen met de windows drivers uit.
reken daar de bijna 3 maanden ontwikkeltijd nog bij voor de eerste driver en je ziet dat ze al een tijdje zo werken.

Dit betekent dus dat er eindelijk goeie drivers voor mijn ati9200 kome :D geen 60 hertz meer :P
games die niet lagge :D

En als ze echt elke maand een nieuwe release doen dan halen ze nvidia toch vanzelf wel in.

Dit alles is goed nieuws voor degene die een ati kaart bezitten en liever niet onder windows werke :P

Helaas joh, de radeons met een R200 chip, en dus ook jouw radeon9200 worden niet meer ondersteund door de huidige drivers (laatste versie is 8.28). Voor jou wordt het kiezen tussen een nieuwe (ATI/Nvidia) kaart of open-source ati drivers zonder echte 3d acceleratie.

... of open-source ati drivers zonder echte 3d acceleratie.
De open-source radeon driver heeft gewoon fatsoenlijke 3D acceleratie voor R200 kaarten hoor; Ik gebruik die driver al jaren voor mijn Radeon 8500. Ook de 9200 wordt prima ondersteund door deze driver.

ati heeft trouwens nadat ze support voor de R200 hadden opgegeven de (bijna) volledige specs doorgegeven aan het open source initiatief

Gevolg van de rigide aanpak is wel dat AMD over het algemeen niet in staat is binnen een maand support te bieden voor nieuwe kernels en versies van X.Org.
De nieuwe kernels en X.Org versies worden toch ook eerst in een alfa, beta, experimenteel, etc uitgebracht. Dus ik vind dat een beetje een zwak excuus. Desalniettemin, de support voor de ATI kaarten onder linux is het laatste jaar aanzienlijk verbeterd.

Typo

De linux community (en OS ook wel in het algemeen) lijkt soms wel een versie en upgrade fetisj te hebben.

Er word gevit op alpha versies, gescholden op beta's en de final mist altijd de belangrijke features van de volgende versie, waardoor iedereen weer overstapt op beta's.
Het is natuurlijk leuk als je de nieuwste snufjes wil zien, maar dan is het niet gek dat een bedrijf daarin niet constant meegaat.

Een 3 maanden response tijd voor een nieuwe versie is best aardig. Je voorkomt alvast dat je uren werk in een alpha kernel stopt waarna Linus besluit het toch maar niet te doen. X.Org heeft toch een veel rustigere cycly, dan is 3 maanden weinig spannends en de laatste tig kernel updates zijn weinig vernieuwend meer geweest voor 99,9% van de mensen.

Niks upgrade fettish. Ben het een beetje beu dat m'n ATI kaarten maar halfbakken worden ondersteunt.
(Brakke dualhead ondersteuning, en nog steeds die verdomde composite niet, m'n R2xx is niet geaccellereerd en bij mijn X1600 worden de modi niet goed uitgelezen.). Ik draai nu zowel thuis als op mijn laptop als op mijn werkstation (op het werk) een stable install. En TOCH zorgen de FGLRX drivers van tijd tot tijd voor elende, met als klap op de vuurpijl dat bij mijn laatste auto update van m'n software op mijn werkstation opeens de ondersteuning voor m'n ati model uit de driver weg was.

Dus ja, ik wil zsm dat dit in orde komt, want ik zit nu al jaren (letterlijk) met brakke X desktops te werken.
(en nee, ik wil niet over naar NVidia).

Dus ik vind het eigenlijk wel een beetje tijd worden. Heb geduld genoeg gehad nu. (En al regelmatig ongenoegen geuit naar ATI support).

Als je niet naar nVidia over wilt, kies je er toch gewoon zelf voor?

Beetje overbodig gemekker dan...

[edit]: iets vriendelijker verwoord :P

Ik sluit mij bij Rune aan. De ati-drivers zijn brak. Ik hoef niet elke paar maanden een nieuwe, paar maanden is vlot zat. Wat zeg ik, 1x per jaar zou ik prima vinden Als Het Goede Drivers Waren, maar dat zijn het niet...

Als Ati een jaar geleden naar de ontwikkelingen rondom Beryl/Compiz had gekeken hadden ze nu een goed ondersteunende kaart uit kunnen brengen. Da's geen koffiedik kijken naar mogelijke features in alpha's, maar een duidelijk ontwikkeling die duidelijk doorzet...

X1400 op m'n laptop: dualhead ondersteuning? Alleen op papier, AIGLX? nope, Composite? nope...

Waarin ik Rune niet begrijp.. 'ik wil niet naar Nvidia..'

Ik wel.

Ati heeft het totaal verprutst, mijn volgende laptop heeft geen Ati-kaart.

Als Ati alsnog z'n best doet en mijn kaartje goed gaat ondersteunen overweeg ik me te bedenken. Maar vooralsnog is het alleen gebabbel. Hun laatste driver kreeg ik niet eens geinstalleerd onder ubuntu feisty.

Op dit moment is de enige logische keuze Intel. Nvidia verneukt de boel vroeger of later ook en dan zit je met een kaart zonder drivers zonder specs.
Ik weet nog dat we X.Org 7.1 een dik halfjaar hebben uitgesteld omdat zowel nvidia als ATI gewoon niet met die versie konden werken. xorg-server-1.3.0 hebben we nu gewoon de repos ingedrukt: nvidia ondersteunt het alleen in een gare beta die half werkt, ati ondersteunt het al een tijdje.

Geef mij maar gewoon een Intel 945G of G965, snel zat, ondersteuning voor zowat alles en de specs liggen gewoon op straat. Na de intel chips komen bij mij op de 2e plaats de ATI R200 gebaseerde kaarten, daar heeft ATI destijds voldoende specs voor uitgegeven om een fatsoenlijke opensource driver te bakken met werkende 3D die beter werkt dan de binary ATI driver.

rune, zoals _JGC_ hier dus ook vermeld, voor r1xx en r2xx kaarten zijn er opensrc drivers die erg goed presteren. De r3xx kaarten worden er sinds een tijdje ook mee ondersteunt, al is dat natuurlijk nog niet 'af' omdat ze daar nog geen specs e.d. van hebben.

De nieuwe kernels en X.Org versies worden toch ook eerst in een alfa, beta, experimenteel, etc uitgebracht. Dus ik vind dat een beetje een zwak excuus.

Zo zwak is dat excuus niet.

Probleem is dat ATI/Nvidia hun drivers niet als sourcecode willen leveren. Dan zouden ze zo meegecompileerd kunnen worden met de kernel.
ATI/Nvidia willen alleen de binaries leveren, maar kernel modules die alleen als binary geleverd worden hebben een stabiele kernel interface nodig.
Die is er niet. De kernel groep weigert een stabiele interface te definieren. Sterker nog, er is een groep die er op uit is om datgene wat er is, opzetelijk met iedere versie te veranderen.
De redenering is tweeledig.
1. Een dergelijke interface is niet nodig als je de sourcecode van de drivers hebt. En het is een open-source systeem, dus de drivers horen ook open-source te zijn.
2. Door een dergelijke interface maak je voor de gebruiker oncontroleerbare software onderdeel van de kernel. Dan kun je de stabiliteit van het systeem dus niet meer garanderen. Ook allerlei malware zou hier gebruik van kunnen maken.

Voor een groot deel is dit probleem dus gewoon een botsing tussen de open-source filosofie en de closed-source filosofie.

Voor een groot deel is dit probleem dus gewoon een botsing tussen de open-source filosofie en de closed-source filosofie.
Wat mij betreft is die botsing niet nodig.. zowel NVidia als ook ATI zijn hardware fabrikanten (ze bakken chips) en geen software fabrikanten. Ik pleit al langer voor het compleet scheiden van hardware en software voor grotere bedrijven.

Uit betrouwbare bronnen heb ik vernomen dat het mogelijk net iets gecompliceerder ligt: Een deel van de software mogen AMD/ATI en nVidia mogelijk niet vrijgeven, omdat de rechten niet bij hunzelf liggen van bepaalde gedeelten, of omdat dat simpelweg zo in bepaalde contracten staat. Immers, niet alle hardware(ontwerpen) op een grafische kaart is afkomstig van nVidia/ ATI zelf. Natuurlijk is er ook nog het al dan niet legitieme argument dat van bepaalde delen software afgelezen kan worden hoe de hardware in mekaar hangt.

Het bedrijf van mijn bron heeft deze problemen verholpen door de driver's in twee delen op te delen: Een open kernel module, die dus tegen iedere nieuwe kernel gecompileerd kan worden en waarme community-software kan communiceren, en een stukje low-level gesloten firmware dat aan de kernel-module gelinkt is, voor de onderdelen die niet vrijgegeven kunnen worden. Die firmware hoeft niet zo vaak ge-update te worden. Persoonlijk vond ik het een vrij aardige oplossing.

Dat is zeker, ik wil ook wel eens 3d-en op m'n ati :*)

Leuk dat ze dit doen. AMD ziet er denk ik brood in omdat Dell sinds een paar maanden laptop's verkoopt met LINUX distro ubuntu.

Ontgaat me hier iets?

ATi nu AMD/ATI maakt al jaren Linux (eerst XFree86 nu Xorg) drivers voor hun video kaarten. Nu het AMD/ATI geworden is willen ze de kwaliteit verbeteren.

Heeft IMO niets met Ubuntu/DELL te maken, meer de combinatie AMD/ATI.

Idd. AMD is meer Linux gericht dan ATI.
Ik zat eigenlijk al stilletjes te hopen dat AMD wat meer leven in de brouwerij zou brengen.

nVidia is geprezen om de goede compatibiliteit met Linux, maar onthoud wel dat dit de relatieve compatibiliteit tegenover ATI is en niet de absolute compatibiliteit. De drivers zijn inderdaad goed, maar het is niet echt alles, bijvoorbeeld is het iedere keer na een kernel update of een driver update de verrassing of X-Server goed start en dus of de wfb-module nog laadt, de versie van de X-Server module en kernel module gelijk zijn etc etc etc.

Zo moet het niet vindt ik, het moet of zoals in Windows dat je een BSOD krijgt en heel je systeem onbruikbaar wordt ( :P ) of dat X-Server automatisch terugvalt op vesa en dat je grafisch de drivers kan herinstalleren.

Op het moment gebruik ik na lange tijd weer de packaged driver, maar deze is helaas wat verouderd. Ik hoop voor het goede voor AMD en misschien kan ik eens een ATI kaart in me bak zetten in plaats van gebonden te zijn aan nVidia. :)

Bwa, voor ik mijn kernel hercompileer haal ik even de nVidia drivertjes af, en kan ik, na de installatie van mijn kernel, even booten in recovery modus (Ubuntu), driver compileren, en gaan met die banaan ;)

Als je de Nvidia driver gebruikt die ik de repo's zit van Ubuntu dan heb je geen last van kernel updates.

Jammergenoeg herkende deze driver m'n Geforce go 7200 niet en moet ik het nvidia script van nvidia zelf gebruiken.

En inderdaad na iedere kernel update moet ik het script opnieuw laten lopen.

Getroost, binnenkort kan X zonder configfile werken. Problemen in de xorg.conf, geen probleem, X runt dan op een gegenereerde config die wel werkt :). Ook zal het eindelijk mogelijk zijn om de instellingen van de configuratie aan te passen en toe te passen zonder X te hoeven herstarten :).

Ik geloof er niets van.
Neem nu de problemen met hun driver met fedora 7. Die komt (zowel fedora als de driver) met support voor xserver 1.3. Er zit echter een bug in het binary gedeelte van de driver, dat dus niet door de packagers kan/mag aangepast worden. Ati/AMD weigert dan ook om een nieuwe versie uit te geven, mensen die dus fedora 7 met een Ati kaart willen draaien zullen dus de open-source reverse-engineered drivers van xorg zelf moeten gebruiken. Die draaien lang niet op alle kaarten.
De enigsten die een volledige adoptie van linux op de desktopmarkt tegenhouden zijn dus de hardwarefabrikanten. (en Ms met hun belachelijke FUD en open standaardformaten die eigelijk propietary zijn.)

Eerst zien, dan geloven.
Ati heeft al tig keer beloofd dat er betere linux drivers zouden komen. Het enigste dat ze bereikt hebben is dat het nu geen hele dag meer duurt om ze te installeren, voor de rest zuigen ze even hard als vroeger.

Flamebait??? Waar?

en dan niet alleen linux... maar vista mag ook wel wat beter.... (de drivers dan he van nvidia)

Het bericht gaat over AMD, niet over NV...

Laat ze nou gewoon meer samen gaan werken met de opensource gemeenschap. Als ze dat zouden doen hebben ze binnen no time met veel minder inspanning veel betere drivers. Opensource ontwikkelaars zitten namelijk te springen om te helpen.

Er was een half jaar geleden geleden hier op tweakers een nieuwsbericht van iemand die een opensource driver had geschreven op basis van een document dat hij onder nda in handen had. Hij had dus een werkende driver geschreven voor een ati radeon 1300, had aan ati toestemming gevraagd deze te releasen. Ati heeft hier nooit toestemming voor gegeven. Dit is dus de driver ontwikkeling bewust frustreren.

gewoon keihard rebellen en laten releasen door iemand anders...

en dan gewoon blijven releasen niet mee kappen...

vind het kei laf dat fabrikanten dit soort dingen flikken. de enige reden dat ik niet overstap naar linux is dat ik wel van een spellejte hou en dus toch de windows nodig heb

Dan had iemand zijn computer moeten 'hacken' zodat het leek alsof die driver geleakt was. Had hij geen problemen (als hij het een beetje goed nabootste) en kon de open source community gauw wat leren over ati kaart(en) ^^

Dan nog zal de open source communitie dit niet mogen gebruiken. Dit is namelijk NDA info en mag niet gebruikt worden.
Als je dit door leaken of dergelijke toch doen hebben ze een probleem met ATi.
Daarom wordt er zoveel mogelijk aan gedaan om dit soort info buiten de deur te houden.
Het kan natuurlijk wel dat de driver op een of andere russische site komt en dat gebruikers zelf er mee aan de slag gaan maar officeel zal het niet gebruikt gaan worden.

Dan nog zal de open source communitie dit niet mogen gebruiken. Dit is namelijk NDA info en mag niet gebruikt worden.
Volgens welke wet dan? Diegene die de informatie lekt en een NDA (contract) had afgesloten met een bedrijf heeft een probleem ja. Maar anderen kunnen prima de informatie gebruiken. Het niet meer geheim zijn van een 'trade secret' is gewoon pech gehad voor het bedrijf (vage wetten als DMCA even hierbuiten gelaten).

Dit is helemaal niet de driver ontwikkeling bewust frustreren. Dit is iemand houden aan de afspraken die vooraf met hem gemaakt zijn. AMD wil niet dat de technische specificaties van hun software openbaar gemaakt wordt. Dat is hun recht en als je dan een contract met AMD sluit om toch inzage te krijgen heb je dat recht te respecteren. Wil je iets wat je volgens je NDA niet mag, vraag je daar van te voren toestemming voor. Je komt niet op het laatste moment met de vraag en maakt het al helemaal niet publiekelijk bekend dat je de vraag aan AMD gesteld hebt en die is afgewezen.
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 16:32
Vorige 14:58
VNU Media logo Powered by True

© 1998 - 2008 Tweakers.net - Alle rechten voorbehouden

Uitgever van: