AMD geeft zijn opensource-Linux-driver een flinke update

AMD heeft de opensource-driver van Linux voor Radeon-videokaarten een update gegeven die uit maar liefst 165 kernelpatches bestaat. De belangrijkste vernieuwing die de driver biedt is dynamisch energiebeheer, wat vooralsnog alleen mogelijk was met AMD's closed source-driver.

AMD ondersteunt met de nieuwe opensource-driver videokaarten vanaf de HD2000-serie, die in 2006 uitkwam, tot videokaarten in de HD7000-serie. Videokaarten in de 'Sea Islands' HD8000-serie worden nog niet volledig ondersteund, maar er is al wel ondersteuning voor mode-setting, 3D, compute en UVD aanwezig, meldt Phoronix.

De 165 kernel patches zullen meegeleverd worden met de Linux 3.11-kernel, die dit jaar nog uitgebracht moet worden. Behalve ondersteuning voor dpm is er dankzij de patches ook ondersteuning voor aspm gekomen.

De nieuwe driver zorgt er onder andere voor dat het energieverbruik van de videokaart daalt als deze niet belast wordt, wat met name interessant is voor laptops die daardoor langer op een acculading meegaan. In april bracht AMD ook een opensource Linux-driver uit. Deze maakte gebruik van de uvd-engine mogelijk, waardoor video's hardwarematig gedecodeerd kunnen worden.

Reacties (70)

[Fuzzillogic]

De belangrijkste vernieuwing die de driver biedt is dynamisch energiebeheer, wat vooralsnog alleen mogelijk was met de AMD's Windows-driver.

Dat is niet waar, de (closed source) Catalyst-driver kan het, en die is er voor zowel Windows als Linux. Het nieuwe is dat de open source driver het nu ook kan.

[Limbeckx]

Ik ben benieuwd of hiermee ze op een vergelijkbaar niveau komen als NVIDIA voor Linux. Ik hoor al sinds 2006 dat de drivers voor Ati slecht zijn en die voor NVIDIA goed terwijl in de tussentijd Ati toch een aantal maal nieuwe drivers beschikbaar heeft gesteld voor Linux...

[_JGC_]

De drivers van Nvidia zijn over het algemeen ook niet om over naar huis te schrijven. Ze doen wel hun best, maar het werkt niet altijd zoals het moet. Binary drivers van AMD zijn idd gewoon ruk, die dingen krijgen alleen support voor nieuwe X.org versies als Ubuntu dat opneemt in een release. Laatste release van Ubuntu is niet naar xorg-server 1.14 gegaan, dus kunnen we een halfjaar wachten op xorg-server 1.14 support voor de binary AMD driver.

Als je de binary drivers buiten beschouwing laat heb ik liever Intel dan AMD of Nvidia. Tweede keus zou dan AMD zijn vanwege de openheid, laatste keus zou Nvidia zijn vanwege het feit dat ontwikkelaars alles met reverse engineering moeten achterhalen. Zonder hardwaredocumentatie is het ontwikkelen gewoon erg moeilijk. Zie je ook bij Intel overigens: de oudere generatie chipsets zit vol met bugs die niet in de documentatie beschreven is.

[sfranken]

Inderdaad. Nog kan ik met de gruwelen van mijn vorige laptop herinneren.. dat ding werkte alleen als je in /etc/rc.local het volgende toevoegde:

setpci -s 00:02.0 F4.B=00

En dan kreeg je pas beeld.. Nu werken Intel GPU's inderdaad een stuk beter

[findftp]

setpci -s 00:02.0 F4.B=00

Door dit soort gezeik haak ik uiteindelijk altijd weer af van Linux.
Ik heb het al ontelbare keren geinstalleerd over de jaren heen met verschillende distro's.
Na een tijdje werkt iets gewoon niet meer en zoek het dan maar uit.
Sinds vorige week wederom ubuntu 12.10 geinstalleerd en na backup met clonedisk geupgrade (bidden) naar 13.04.
So far so good, al stopte mijn webcam applicatie wel nadat ik wat AMD drivers had proberen te installeren. Zoeken op foutmeldingen brengt je dan bij bugreports waar je niets wijzer van wordt.
Amd drivers verwijderd en toen deed de webcam applicatie het weer.

Het blijft gewoon janken met linux, maar iets trekt me toch altijd weer aan.

[goarilla]

Het blijft gewoon janken met linux, maar iets trekt me toch altijd weer aan.

Dus: je hebt een systeemupgrade gedaan die gelukt is en dan heb je drivers "proberen" te installeren waardoor je webcam applicatie het niet meer doet. Dit kon veel slechter aflopen.

[Reactie gewijzigd door goarilla op 22 juli 2024 18:36]

[Bulkzooi]

Je vergelijkt oss amd drivers met closed source nvidia drivers. amd heeft ook closed source drivers die gewoon prima werken en nvidia heeft helemaal geen oss drivers.

[Dreamvoid]

nvidia heeft helemaal geen oss drivers.

Jawel, die heet Nouveau.

Edit: bij nVidia staat de driver onder beheer van de open source community, bij AMD van AMD zelf, maar in beide gevallen is er zowel een open als closed source driver.

[Reactie gewijzigd door Dreamvoid op 22 juli 2024 18:36]

[Tmr]

De Nouveau drivers worden alleen niet door nvidia zelf gemaakt (en zijn vrij beperkt oa. op 3d gebied).

Een update zoals AMD die geeft aan hun opensource drivers zal je bij nouveau dan ook niet zo snel zien denk ik

[Verwijderd]

Die zijn niet van nVidia, en worden door nVidia ook niet ondersteund.
De open source drivers van AMD zijn wel van AMD zelf afkomstig.

[Ultraman]

Die Nouveau driver is niet van nVidia en wordt ook niet door nVidia ondersteunt. Het is een reverse engineering project door X.org en freedesktop.org devs.
Zeggen dat nVidia geen open-source driver heeft is daarom eigenlijk wel correct.

[Verwijderd]

De closed source drivers werken niet onder meer recente versies van X. Als je de laatste Ubuntu versie installeert, moet je dus of X downgraden of de open source driver installeren met dus crappy energiebeheer. Dat laatste is nu dus hopelijk voltooid verleden tijd.

[Bulkzooi]

Sinds 13.6 beta werkt alles weer 100%..

[goarilla]

Prima werken. Textures die niet vertoond werden, X die eruit vloog om de 5 uur.

[Sh4wn]

Daar ben ik ook wel benieuwd naar, want het grote voordeel van AMD is dat deze drivers ook nog eens open source zijn.

[Reactie gewijzigd door Sh4wn op 22 juli 2024 18:36]

[Pim_t]

Ik hoop dat oude kaarten nu ook beter worden ondersteund.
Ik ben sinds een paar maanden terug naar XP omdat mijn radeon 2600 niet fatsoenlijk meer functioneerde (laatste versie ubuntu). Een spel met wat grafische zaken zorgde voor crash van het systeem. En dan heb ik het niet eens over grafisch zware zaken. Downgraden werkte even maar met een update erna ging het toch weer mis.
Hebben we het over closed source driver, maar ook open source driver was niet geweldig.

[Reactie gewijzigd door Pim_t op 22 juli 2024 18:36]

[Mellow Jack]

Persoonlijk werd ik niet vrolijk van mijn PC op Ubuntu (ATI 5 Serie) maar onder Fedora draaide het als een zonnetje

Misschien dus een goed alternatief voor je... Ik ga deze driver binnenkort eens proberen. Klink veel belovend iig

[sharkwouter]

Je kan ook de Catalyst drivers draaien. Deze zijn altijd sneller, maar ondersteunen minder kaarten(hd 5xxx-7xxx). Je moet ze alleen wel zelf installeren.

[terror538]

Ik ben daarintegen juist ongelovelijk blij met de open source drivers voor mijn kaart! (5700 serie)

In tegen stelling tot de catalyst of de windows drivers kan ik nu gewoon wel mijn 3 schermen aansturen

[ronaldmathies]

Het open source zijn heeft anders in het verleden schijnbaar ook niet echt geholpen.

[brabbelaar]

Ik hoor al sinds 2006 dat de drivers voor Ati slecht zijn en die voor NVIDIA goed

Het gaat her om de open source drivers. Beide partijen hebben ook gesloten drivers. Die gesloten drivers zijn veel beter, maar Nvidia heeft sinds jaar en dag de beste van. Ati driver support hield voor mijn laptop na 3 jaar ineens op, het eerste jaar was'ie nog te nieuw voor goede support, het laatste jaar was de driver niet meer compatible met de nieuwste versie van X.

Het is een goede zaak dat de open source drivers vooruitgang boeken, tegelijkertijd zie ik het als zoethoudertjes, wie op de nieuwe steam voor linux wil gamen doet dit niet met deze drivers.

[batjes]

Zegt dat niet wat over X dan, dat elke versie release betekend dat AMD en nVidia de hele bende mogen gaan zitten updaten?

[Eloy]

Volgensmij was Torvalds niet zo blij met Nvidia

[GewoonWatSpulle]

Vanuit open-source gedachte niet maar voor de eind gebruiker (die dat aspect vaak minder interesseert) werkt het goed de closed-source drivers die ze aanbieden.

Ik had destijds met mijn 3870 overigens geen problemen onder Ubuntu (ik gok 8.04/8.10 destijds?) dus niet alle ATi/AMD kaarten/drivers zijn problemen.

[bjarky]

Ik hoor de 'horror' ati verhalen ook altijd. Maar naar mijn ervaring (voornamelijk ubuntu) werkten mijn ati kaarten 5450 - 5770 - 6770 - 6850 altijd als een zonnetje, zonder problemen paar spellen kunnen testen.

Bij mijn ervaring gaf juist de nvidia problemen in het verleden (verkeerde kaart gedetecteerd e.d.)

Nu moet ik zeggen dat ik op dit moment een 660 in mijn systeem heb zitten en die heeft ook geen problemen. Ik denk dat de kaartenbakkers beginnen te begrijpen dat linux een wat grotere toekomst gaat krijgen (sinds steam op linux zit)

[darkjeric]

Het gaat bij deze update ook niet zozeer over performance of bugs in Linux-drivers die worden aangepakt, maar een hele hoop energiebesparende functionaliteit die tot nu toe alleen in de Windows-drivers werden ondersteund.

Bij desktop-PC's (de voorbeelden die jij noemt) merk je daar natuurlijk heel weinig van, die paar euro's verschil in je energierekening op het einde van het jaar zal je vaak niet eens opmerken. Bij laptops zijn de gevolgen van het wel of niet ondersteunen van deze functies natuurlijk veel zichtbaarder in de batterijduur. De HD7xxx-reeks introduceerde bv. een heel laag idle-verbruik door het agressief terugklokken en voltages verlagen wanneer de kaart niks moest doen (sommige reviews gaven zelfs aan dat het verbruik rond de 3W was).

In Linux gebeurde dit allemaal dus nog niet, waardoor de kaart losjes op zijn maximale kloksnelheid en voltage bleef draaien, ook terwijl hij niks deed. Dat zou met deze update al een heel stuk moeten verbeteren dus!

[bjarky]

Dit begreep ik uit de tekst hierboven! maar ik reageerde op het feit dat er over problemen / wel of niet bij ati / nvidia was ^^

Dit van de Hd7xxx reeks wist ik niet overigens ik koop een kaart inderdaad en ik gebruik hem.

Perfecte verbetering! op weg naar gelijke drivers op zowel linux als op windows

[Blokker_1999]

Onder buntu zal je niet snel problemen krijgen omdat j e ze daar gewoon uit de repo haalt. Het is pas wanneer je handmatig drivers gaat installeren dat het bij AMD soms wat moeizamer gaat dan bij nVidia. Ook op gebied van performance en stabiliteit scoort nV over het algemeen beter.

[Verwijderd]

@ ik.ben.iemand. :

Die bewering is inderdaad helemaal juist: http://www.wired.com/wire...06/torvalds-nvidia-linux/

Leuk stukje op you tube: http://www.youtube.com/watch?v=IVpOyKCNZYw

[lezzmeister]

Ik weet dat de drivers voor FreeBSD van Nvidia wel hopen beter zijn. Deze kunnen gedownload worden als binaries.

AMD geeft wat gegevens vrij om driver voor de kaart te kunnen schrijven, en er word slechts één iemand betaald om dat te doen door AMD via-via(en als ik me niet vergis doet deze ook grotendeels het werk voor linux, al kan ik het flink mis hebben). Dientengevolge komt er gewoon niet veel van terecht en wat ervan terecht komt is niet super. Misschien dat een flink deel van deze patches ook ten goede komen van BSD uiteindelijk.

[Reactie gewijzigd door lezzmeister op 22 juli 2024 18:36]

[Thadir]

Zou deze update komen omdat ze juist voor Sony en Nintendo (vooral Sony) op linux hebben moeten tunen om alles goed werkend te maken?

[s.vanrossem]

FreeBSD is geen linux, en linux geen unix . Appels met peren dus.
Unix is een besturingssysteem en Linux een kernel.

[Dreamvoid]

Unix is een besturingssysteem

Als we dan toch gaan haarkloven: Unix is een specificatie waaraan een OS moet voldoen, het zegt niets over de onderliggende opbouw of de driver architectuur. Allerlei compleet verschillende OSsen kunnen "Unix" worden, als ze maar POSIX compliant zijn en het hele papierwerk doorlopen voor een Unix certificatie, inclusief zelfs Windows, QNX, VxWorks, etc.

[Reactie gewijzigd door Dreamvoid op 22 juli 2024 18:36]

[Bulkzooi]

Ik denk dat je Microsoft XBOX One bedoeld ipv Nintendo.. Maar dat heeft er zeker mee te maken. Dat AMD beide biedingen heeft gewonnen zegt veel over de komende mogelijkheden. De eerste benchmarks van Kabini's bevestigen dit maar vooral de mogelijkheid die ze hun klanten bieden om ala Lego een SoC in elkaar te assembleren spreekt enorm aan.

Overigens draait Microsoft XBOX One op een soort Windows kernel dus driver-verbeteringen kon je op de *NIX en Windows platformen verwachten. Dit nieuws bevestigd dat ze nu ook op driver niveau flink aan de weg timmeren waarbij duidelijk OSS niet vergeten wordt. Wel is het zo dat er juist een aantal mensen van de OSS driver ontwikkeling zijn afgehaald. Tevens geeft bridgeman (AMD OSS dev die veel op phoronix is te vinden) dat we enkele grote zaken kunnen verwachten.

[OverSoft]

Ik vraag me af of dit iets te maken heeft met de PS4 die op een variant van BSD draait.
Ik weet het, ik weet het, BSD en Linux zijn 2 heel verschillende dingen, maar qua alternatieve besturingssystemen lijken ze op een hele hoop vlakken wel op elkaar.

[Jeroen73]

Al de driver schrijvers een stimulans (ps4/bsd) hebben gekregen om zich in een unix achtige structuur te verdiepen zal het schrijven voor linux zeker een stuk makkelijker zijn geworden.

[Dreamvoid]

De verschillen tussen BSD kernel en de Linux kernel zijn minstens zo groot als die tussen Linux en Windows. Het is een compleet andere architectuur, dat ze beiden Unix(-like) zijn zegt niets over de kernel architectuur.

Voor de PS4 zal AMD eerder gewoon hun bestaande OS X drivers (ook BSD) gebruiken.

[Reactie gewijzigd door Dreamvoid op 22 juli 2024 18:36]

[MoiZie]

Even als halve Linux noob dan een vraag; betekent dit dat ik voor mijn huidige Ubuntu installaties alleen maar een nieuwe 3.11 kernel hoef te installeren en dan ben ik klaar? Ik draai nu al zonder de fglrx driver. Zit hierin dan ook die vorige driver module ingebakken? Want hoe ik die zou moeten installeren heb ik ook nog niet gevonden...

In ieder geval goed nieuws voor de Linux community, met name het stroomverbruik is inderdaad aanzienlijk hoger onder Linux dan onder Windows. Iets wat je ook op een HTPC merkt.

[sfranken]

Kort door de bocht: ja. De driver die je nu gebruikt is de "fallback" waarschijnlijk (VESA driver), deze zit ingebakken in de kernel.

Het artikel is een beetje apart: de driver is losstaand van de kernel patches, maar zonder kernel patches werkt die driver weer niet lekker.

[Verwijderd]

Betekent dit dat het beeld niet meer zal haperen als de gpu tussen performance states wisselt?

[_JGC_]

Dit zijn patches voor de kernel driver. Naast de kernel driver zijn er ook nog een DDX (2D, xorg) en een DRI (3D, mesa) driver. Kan zijn dat aanpassingen in de kernel nog aanpassingen in DDX en DRI nodig hebben.

[Jumpman]

Het klinkt veel belovend, zou dit dan eindelijk de problemen oplossen voor de HTPC's met Linux?

[TMon]

Ik begrijp dat deze nieuwe driver enkel de opensource versie is van de bestaande closed source linux driver. Dus geen nieuwe functionaliteiten voor linux algemeen.

[Countess]

nee dat is het zeker niet.

in de close source drivers zit code die AMD niet vrij MAG geven.

[Bulkzooi]

AMD heeft 2 closed drivers (linux+windows) en 1 open driver (linux). Het probleem is dat deze allemaal apart gemaakt moeten worden. Met AMD nieuwe strategie richten ze zich enorm op gamen/video.

AMD zit hier ook mee in hun maag maar hebben nog steeds geen structurele oplossing hiervoor. De goede verbeteringen die AMD de laatste tijd doorvoert duiden er wel op dat ze op driver niveau d'r zaakjes fundamenteel aan het verbeteren zijn. Dit is nu ter ondersteuning van hun aankomende Kabini launch.

Maar het zou me niks verbazen als binnen 2 jaar de drivers nog maar één code base hebben.

[Dreamvoid]

AMD heeft ook nog OS X drivers.

[Countess]

de windows + linux closed source drivers waren al samengevoegd. volgens mij een jaar of 2 a 3 terug al.

verder zie ik een code base niet snel gebeuren. tenminste niet de oude kaarten omdat er in de close source drivers code zit die AMD helemaal niet vrij mag geven.

[s.vanrossem]

Mijn bevindingen met de 'Radeon' driver zijn gewoon goed, de driver is niet zo goed als 'nouveau' maar er valt wel mee te werken. Het probleem van bijvoorbeeld de nvidia drivers is dat de framebuffer resolutie zo ontzettend laag is, als X dan eens niet wil starten zit je tegen zo een gare resolutie aan te gluren.
Overigens wel een goede zet van AMD, maar ze liggen toch nog te ver achter.
Als je alle drivers tegen elkaar aan zet zijn denk ik toch de Intel videodrivers (nieuwe chipsets) toch de beste.

[Bulkzooi]

Ligt eraan wat je ermee doet.... Enkel een desktop draaien? Gamen? Video's kijken?

Hoe dan ook: Alle OSS drivers komen tekort t.o.v. een closed source broertjes.

[HvB83]

Ben heel benieuwd wat dit gaat doen voor de htpc-markt. De Linux-driver was daarin tot nu toe vaak de zwakste schakel, zeker ook door het gebrek aan ondersteuning voor HD-audio. Ben benieuwd of ze dat laatste nu hebben opgelost...

[ronaldmathies]

Wat heeft HD-audio nu te maken met video kaart drivers?

[TMon]

HD audio gaat over de HDMI poort van je videokaart. Bij windows zit die ingebouwd tijdens de videokaart driver installatie.
Heel de htpc gemeenschap zit al jaren te wachten op HD-Audio in AMD/ATI drivers voor Linux... maar helaas.

[Feni]

DTS over HDMI etc gaat via de video-driver

[Bjornmeijer935]

Misschien verwijst hij naar de Realtek HD audio die geintegreerd is in de HDxxxx series van AMD's videokaarten.

[Ricochet]

Ik heb een laptop met hybride graphics (Intel/AMD) en gebruik Fedora. Kan ik met deze drivers dan eindelijke mijn AMD kaart gebruiken, dan wel softwarematig switchen tussen beide kaarten? Iemand een idee? (Overigens, hardwarematig switchen gaat niet, geen optie voor in het BIOS )