AMD brengt opensource-code voor R600/R700-gpu's uit

AMD heeft documentatie en broncode vrijgegeven waarmee ontwikkelaars opensourcedrivers met 3d-ondersteuning voor R600- en R700-gpu's kunnen schrijven.

De codebundel voor Linux bevat een werkende DRM en X-Video-implementatie, 'r600_demo'-software en EXA-ondersteuning voor 2d-acceleratie. Ook heeft AMD de microcode van al zijn nieuwe gpu's vrijgegeven. De DRM zal uiteindelijk zijn weg vinden in de xf86-video-radeonhd-drivers en de Git-bibliotheken. De EXA- en X-Video-ondersteuning bevindt zich nog in een vroeg stadium. De r600_demo wordt gebruikt om standaard 2d- en 3d-functies te demonstreren op R600- en R700-hardware en communiceert hiervoor direct met de hardware via de DRM-software.

Wat nog ontbreekt zijn de gedetailleerde specificaties van de 3d-registers van de gpu's. AMD was van plan om deze documentatie, bestaande uit 180 pagina's, klaar te hebben, maar volgens Phoronix konden de betrokkenen bij AMD niet tot een consensus komen over de vrij te geven informatie. Deze 3d-documentatie zal binnen ongeveer een maand alsnog worden uitgebracht.

Reacties (30)

[Verwijderd]

Heb net een nieuwe grafische kaart gekocht van ATI ... heb de laatste paar jaren alleen maar nvidia gekocht omdat deze wat beter draaiden onder Linux. Ik was echter zeer verrast dat ATI Intel volgt wat betreft het vrijgeven van de documentatie. Ik hoop dus dat ik eerdags Ubuntu kan draaien zonder 'restricted' drivers en zal zover het gaat iedereen om mij heen vanaf nu adviseren ati te kopen.

[maleadt]

Als je bij Ubuntu blijft, zal het wachten worden tot oktober (versie 9.10), aangezien de driver nog niet stabiel genoeg zal zijn in april om in Ubuntu ge-include te worden. Zeker als de ontwikkeling van de MESA R600/R700 driver gebaseerd zal zijn op het Gallium framework, zal het wellicht nog even duren (Gallium is nog niet stabiel genoeg om in een conservatieve distro als Ubuntu meegenomen te worden).

[bartcramer]

Ubuntu een conservatieve distro? Ubuntu is juist ontstaan als progressieve voorloper van Debian... Al zijn er uiteraard nog experimentelere distro's, zoals Fedora.

[merethan]

Voor mij precies hetzelfde verhaal. De nVidia binary blob doet het best aardig maar zodra je problemen krijgt zijn ze vaak erg lastig op te lossen. Meestal alleen met een bugfix in de binary blob, waar je dan even een maand op moet wachten...

Maar dat heb ik maar 1 keer gehad, een paar jaar terug. Tot nu toe werkt het allemaal best aardig. Nogsteeds is de performance beter dan onder de vleugels van een Windows OS.

[Verwijderd]

In hoeverre kan Folding@home hier gebruik van maken? Als dit kan is dit een erg goede ontwikkeling omdat het altijd tegenviel in hoeverre ik mijn HD4870 in kon zetten voor F@H.

Edit typo..

[Reactie gewijzigd door Verwijderd op 23 juli 2024 03:43]

[maleadt]

Niet? De documentatie beschrijft registers ten behoeve van 2D en 3D output. Het is eerst wachten op een OpenCL implementatie in een ATI driver, en dat zal nog even duren aangezien de OpenCL specificatie nog maar enkele weken gefinaliseerd is. Pas daarna kunnen applicaties zoald F@H kunnen gebruik maken van de GPU.

[gijsiej]

Dat kan al lang!

klik!

[Verwijderd]

Snap dan volgende keer dat het hier om OPEN SOURCE drivers gaat, oftewel vooral gericht op Linux gebruikers.

Wat Folding@Home betreft met GPU ondersteuning is dat om gebrek aan deze drivers alleen voor Windows, en dan zelfs alleen voor 32-bit versies.

Dat kan je keurig nalezen via hun FAQ @ http://folding.stanford.edu/English/FAQ-ATI#ntoc19

We will launch with Windows XP (32 bit only) support due to driver and compiler support issues. In time, we hope to support Linux as well. Macintosh OSX support is much further out, as the compilers and drivers we need are not supported in OSX, and thus we cannot port our code until that has been resolved.

Het feit dat AMD/ATi dus deze code heeft vrijgegeven, stelt het Folding@Home project nu in de gelegenheid om wel GPU ondersteuning voor de Linux versie in te bouwen.

[MilaNL]

Ik snap niet waarom ze dan R400 en R500 overslaan

[pizzaislekker]

eerder al gedaan: nieuws: Opensourcedrivers ontsluiten 3d op R500-kaarten

[MilaNL]

Volgens mij is dat in dat geval niet door AMD zelf vrijgegeven. Ik gebruik nu die radeonhd drivers voor de R500 (x1950 pro), en het is duidelijk minder goed dan fglrx.

[user109731]

Die zijn al eerder vrijgegeven

[bokkow]

Ik wel dat zijn namelijk geen grafische kaarten met streamprocessors, juist die grote hoeveelheid cores waar de huidige architectuur uit bestaat is extreem goed in veel kleine berekening doen (waar bijvoorbeeld F@H voornamelijk uit bestaat).

Voorgaande GPU's kende dit principe nog niet, is vanaf Geforce 8 en HD2XXX gekomen.

Edit:
Never mind

[Reactie gewijzigd door bokkow op 23 juli 2024 03:43]

[AlBundy]

Houdt dit dan ook in dat er voor die kaarten een fijne OSS driver geschreven kan worden die beter werkt dan de proprietary driver die ATI nu uitbrengt?
Hopen dat ze ook van de wat oudere kaarten nog eens de specs uitbrengen!

[analog_]

Ik gok dat dat een half jaartje minimum gaat duren. Voordeel is dat veel mensen zon kaart hebben dus er zal wel wat haast achter zitten.

[maleadt]

De kans zit er dik in (als we kijken naar de snelheid waarmee de R500 driver ontwikkeld is) dat er tegen april een functionele driver is. Het zal zoiezo langer duren dan de 3 maand die er toen nodig was, aangezien het model achter de R500 gelijkaardig was met de driver voor de R400, maar de R600/R700 weer helemaal anders opgebouwd zijn.

[Verwijderd]

Het zal zoiezo langer duren dan de 3 maand die er toen nodig was, aangezien het model achter de R500 gelijkaardig was met de driver voor de R400, maar de R600/R700 weer helemaal anders opgebouwd zijn.

Ik denk dat het mee zal vallen. Aangezien de RadeonHD ontwikkeld is van de grond af deze heeft geen support voor de R400 wat de radeon driver wel heeft.

http://www.x.org/wiki/radeonhd
http://www.x.org/wiki/RadeonFeature

Daarbij hebben de RadeonHD ontwikkelaars steeds meer ervaring.

[himlims_]

Mogelijkheid bestaad, waarschijnlijk duurt het wel even voor dit daadwerkelijk zijn vruchten gaat afwerpen. Over het algemeen hebben vergelijkbare projecten/acties tot positieve ontwikkeling gezorgd

[SuperNull]

Jazeker. De vraag is natuurlijk hoe snel. Dat hangt ervan af hoe hard AMD/ATI zelf mee helpt met het project.
Anders dan met een hele hoop andere drivers is optimalisatie hier zeer belangrijk en zonder hulp zullen de vrijwilligers allicht (te) veel tijd nodig hebben.
Vind iemand het boeiend dat z'n wifi chip de processor eik 2x zo veel belast als noodzakelijk is? Meestal niet, als ie het maar doet.
Vind iemand het boeiend dat z'n graphics kaart maar 50% zo snel kan renderen? Oh yeah...

edit: oops dit was een reactie op AlBundy

[Reactie gewijzigd door SuperNull op 23 juli 2024 03:43]

[GravGunner]

mwa....vind ik best wel belangrijk, want dat betekent dat mijn pc harder moet werken, wat weer betekent dat ik een zwaardere pc moet neerzetten om hetzelfde te kunnen als de drivers geoptimaliseerd waren.

[The Flying Dutchman]

Ah, eindelijk is het dan zover!

Zelf gebruik ik altijd de closed source drivers, maar het vrijgeven van de specificaties zal ervoor zorgen dat er meer keuze is voor de Radeon bezitters. De closed source drivers van Ati zijn op dit moment zeker nog niet optimaal, dus ik zal de ontwikkeling van de open source drivers zeker met veel interesse volgen.

[merethan]

Nu moet ik zeggen dat de binary blobs die nVidia voor Linux uitbrengt niet eens zo heel erg slecht zijn, maar dat ze totaal geen rekening houden met DRM (Direct Rendering Module) en DRI (Direct Rendering Interface) en zo ongeveer van alles een eigen versie hebben maakt het een nogal bij elkaar gehackte bende. Niet alleen geven ze teveel bedrijfsgeheimen weg als we die driver in source krijgen, ook legt het een aardig niveau van incompetentie op programmeergebied bloot

Ik hoop dat nVidia dit voorbeeld volgd overigens. We hebben wel al Nouveau voor nVidia kaartjes maar dat is echt helemaal reverse engineering. Documentatie zou erg veel helpen.

Mocht ATi/AMD 3d support in de mainline Linux kernel komen zonder rare binary blobs en vlieg en kunstwerk dan heeft mijn volgende machine een ATi GPU.

[_JGC_]

Al zou je een stukje microcode in moeten laden om de beschermde functionaliteit alsnog te implementeren, dan nog zou ik liever ATI/AMD willen dan nvidia. Op die manier werkte mga_hal ook altijd met de Matrox G550 voor TV en DVI output (heeft te maken met macrovision bescherming). Na verloop van tijd is de compatibiliteit tussen de opensource driver en mga_hal uiteindelijk vervallen, maar AFAIK is dat ding tegenwoordig niet eens meer nodig.

[ari3]

Betekent dit dat we nu eindelijk hardware HD-video decoding krijgen in MythTV? Met volledige decoding van MPEG2/H264/VC1 in de GPU?

[VisionMaster]

Patience is a virtue...

Ik gok van wel, maar eerst moet het nog gelezen worden die API en in de drivers gesleuteld worden en dan moet MythTV via de speler die het onderliggend gebruikt nog eens op deze nieuwe manier aan sturen.

[Superstoned]

Ik betwijfel of dat bij deze documentatie zat, maar ik weet wel dat daar ook aan gewerkt word... Vraag me alleen niet waar ik dat gelezen heb... zal wel lwn.net of arstechnica geweest zijn.

[Countess]

jammer genoeg kan ATI die niet vrijgeven vanwege patenten en licenties van 3de ect.

in volgende generaties GPU's gaan ze het decoder gedeelte anders aanpakken en opsplitsen zodat dat wel mogelijk word om dit te doen ook al kost het ze meer transistors.

[Verwijderd]

Nee, helaas niet. De reden is DRM.

http://www.phoronix.com/scan.php?page=article&item=955&num=1:

For the R600 series (and presumably the R700 series as well), it features a Unified Video Decoder (UVD) unit for H.264 and VC-1 video decoding. While this is great for the hardware, the problem resides with the decoding functionality being combined with the Digital Rights Management (DRM) operations. If AMD releases the UVD information to the public on the R600 series, they will be able to use the video decoding but then DRM will be put at risk. With this information, users could then bypass DRM on Windows, which could then place AMD into legal hot water.

While there is no easy way around this for the R600 series, John Bridgman has stated "[a modular version of the UVD is] already on the requirements list for future chips. Won't make the next generation (too far along already) but the ones in early development should be more open-source-friendly." However, we don't know exactly how open their next generation of GPUs will be. As Bridgman had then stated, there is some cost (manufacturing and performance) to a modular design but branching DRM from the video decoding functionality should work out.

At this point, it's "less than [a] 50/50 chance of opening UVD", but the final outcome won't be known for a few months.

Ik hoop dat DRM nog voor 2010 ter grave gedragen zal worden.

[Reactie gewijzigd door Verwijderd op 23 juli 2024 03:43]

[Robby517]

Dit is mooi, het is een hele stap voorwaarst voor de linux community, ik betreur enkel nog dat dit zo laat komt, het zou mooi zijn mocht die documentatie in het vervolg vrijwel meteen bij de introductie beschikbaar zijn, zodat zo snel mogelijk degelijke linux drivers ontwikkeld worden.

[Countess]

daar word aan gewerkt (lees de bron) maar dit is ook nieuwe voor ATI, en vooral in hun interne documenten zitten heel veel dingen die ze niet vrij willen of kunnen geven (licenties en patenten van 3de, informatie over/voor toekomstige producten ect)

de reden dat het zo lang heeft geduurd is het uitzoeken van allen gegeven, niet omdat ze niet wilde.

[Reactie gewijzigd door Countess op 23 juli 2024 03:43]