Dokumentation für 3D-beschleunigung neuerer ATi-Karten freigegeben

Yamagi

Possessed With Psi Powers
Staff member
Lange erwartet, nach ausführlichem und entsprechend lange dauernden Durchkauen von Entwicklern und Rechtsanwälten ist sie endlich erschienen. Die Dokumentation der 3D-Engine der ATi-Grafikchips der Generation R600 und R700. Damit sind alle auf dem Markt befindlichen ATi-Karten vollständig durch freizugängliche Dokumentation abgedeckt. Der freie radeonhd-Treiber hat zeitgleich eine bereits länger in der Entwicklung befindliche, intiale Unterstützung der 3D-Engine bekommen, diese ist aber noch nicht in einem für Endnutzer akzeptablen Zustand. Allerdings sollte es nicht mehr allzu lange dauern, bis es einen darauf aufbauenden, benutzbaren Treiber gibt. Können die oben genannten GPUs zur Zeit lediglich ein Bild ausgeben, aber nicht viel mehr, sind nun folgende Dinge möglich:

- 2D-Beschleunigung. Diese benötigt zwingen die 3D-Engine, daher wurde sie bisher nicht implementiert.

- XVideo zum Beschleunigten schauen von Filmen. Nicht zwingend notwendig, genug CPU-Power vorausgesetzt, aber dennoch ein sehr praktisches, hilfreiches Feature. Zur ernsthaften Nutzung als Video-PC und in Notebooks praktisch unumgänglich.

- Echte 3D-Beschleunigung. Diese wird wohl noch einige Zeit auf sich warten lassen, denn dies ist der komplexeste Teil und benötigt zudem sicherlich Änderungen an Mesa und DRI/DRM.

Damit beginnt für alle BSD-Nutzer eine neue Ära. Bis jetzt bekam man vernünftige Grafiktreiber nur für sehr alte Karten, wie die berühmten Matrox GMA und natürlich für die aktuellen Intel-Karten, welche aber ein Intelsystem verlangen und eher leistungsschwach sind, wird es nun in absehbarer Zeit auch für neue, starke Karten sehr gute Unterstützung geben. Und das ganz ohne fischige Blobs und schlicht kaputte Hack.

Die Commit-Nachricht in das Git-Repo von radeonhd:
Code:
It's finally here! r6xx-r7xx-support branches of the drm and
xf86-video-radeonhd.

http://cgit.freedesktop.org/mesa/drm/log/?h=r6xx-r7xx-support
http://cgit.freedesktop.org/xorg/driver/xf86-video-radeonhd/log/?h=r6xx-r7xx-support

After months of hard work we are finally able to push out initial drm
and accel code for r6xx and r7xx chipsets. We couldn't have done this
without a lot of hard work from a lot of people. Of particular note:

Matthias Hopf - implementing r600_demo as a test program to get the hw
up and running
Dave Airlie - initial r6xx drm implementation
John Bridgman - sheparding along the IP review process

This release is mostly targeted at developers as the code is not
really ready for regular use. The accompanying r6xx/r7xx register
spec is still in IP review and will be released soon.

Current drm status:
- only indirect ioctl currently implemented (for EXA/Xv)
- mesa support will require additional work

Current EXA/Xv status:
- lack of direction blitter makes overlapping copy blits difficult.
current code breaks down overlapping blits into line by line blits of
non-overlapping regions. running xcompmgr -a is highly recommended for
decent performance
- a8 support has issues
- planar Xv shader implemented, but not working properly yet
- missing Xv shader support for packed formats. should be easy to
adapt the planar Xv shader once that is working
- composite mask support is currently broken. I suspect the interpolater setup.
- depth 16 is untested

Alex
-- 
To unsubscribe, e-mail: radeonhd+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: radeonhd+help@xxxxxxxxxxxx

Die Mailingliste zu radeonhd findet sich unter: http://lists.opensuse.org/radeonhd/
die Homepage unter: http://www.radeonhd.org/
 
Glaub mir, das ist erst der Anfang einer Reihe sehr schöner Dinge aus dem Hause AMD :)
 
Hehe, ich weis doch, Deneb ...
<-- ist auch heavily AMDler.

Ich hoffe, dass es bei Zeiten nen ordentlichen <= 65W X4 gibt, weil der Verbrauch ist für mich schon sehr entscheidend.

Und dann noch Torrenza... sabber...
 
Fanboy Alarm!

Ernsthaft. Ich bin noch leicht skeptisch. Ich habe noch nie OpenGL 2 Unterstützung unter FreeBSD gesehen. Das wäre wirklich aufregend.
 
Kein Fanboy, lediglich jemand der hofft, dass AMD dem Tod noch einmal von Schippe springen kann. :)
 
Inzwischen habe ich versucht die neue DRI-Unterstützung zu installieren.

Ergebnis ist:

Es kompiliert alles fein. Man kann das neue Modul drm.ko ganz einfach laden, aber wenn man dann auch das neue radeon.ko lädt, gibt es eine Meldung vom Kernel, dass er einige Symbole nicht finden kann.
Code:
link_elf_obj: symbol r600_do_cp_stop undefined
KLD file radeon.ko - could not finalize loading

Tja, zu früh gefreut. Nach einem Blick in den Source fehlen tatsächlich die Implementationen der r600_do_cp_* Routinen (auf der *BSD-Seite, bei Linux hab ich nicht geguckt). Es gibt da nur die C-Header von, weswegen es überhaupt nach dem Kompilieren wenigstens noch zum Modul linkt.

Wir werden uns wohl noch etwas gedulden müssen.
 
Tja, zu früh gefreut. Nach einem Blick in den Source fehlen tatsächlich die Implementationen der r600_do_cp_* Routinen (auf der *BSD-Seite, bei Linux hab ich nicht geguckt). Es gibt da nur die C-Header von, weswegen es überhaupt nach dem Kompilieren wenigstens noch zum Modul linkt.
Nur als Bemerkung am Rande: Header haben absolut nichts mit dem Binden zu tun.
 
Nur als Bemerkung am Rande: Header haben absolut nichts mit dem Binden zu tun.

Oh mann. Ich glaube, da muss man etwas mitdenken. Für FreeBSD gibt es keine Implementationen für die in shared-core definierten Prototypen. Außerdem gibt es hier zwei Phasen des Bindens. Einmal zum Modul statisch und einmal zum Kernel dynamisch (die ich einfach so bezeichnet habe). Header haben sehr wohl etwas mit dem dynamischen Binden zu tun, bei bestimmter Art von Implementierung.
 
Ja, das ist mehr. Bedeutet, dass nun jeder die Doku runterladen kann und nicht nur radeonhd-Entwickler sie haben. Was aber am Ende sicher keinen Unterschied machen wird.
 
Heißt das radeonhd Entwickler dürfen jetzt ihren Code ordentlich kommentieren, oder haben sie das eh schon gemacht?
 
Haben sie eh schon gemacht. Aber wenn du möchtest, könntest du jetzt theoretisch selbst einen Treiber schreiben :)
 
Kein Fanboy, lediglich jemand der hofft, dass AMD dem Tod noch einmal von Schippe springen kann. :)

Hoffen wir das nicht alle?

Wer will schon eien komplett Intel diktierten x86 Markt.

Außerdem bekommen die doch alleine eh nichts hin :ugly:.
Der Core i7 ist vom Phenom abgekupfert, verrichtet den Job aber leider auch deutlich besser als dieser und ist aktuell sogar noch energieeffizienter als der Phenom II. Schade für AMD. Auch schade, dass es mit der I/O Virtualisierung noch bis in den Sommer dauern wird (auch wenn sie bei Intel dank der meisten BIOSe auch nicht wirklich tut).
Bei den Grafikchips sieht es ja sehr gut aus. Doku offen, Preis/Leistung Super und nVidia in der Krise. Hoffen wir, dass die Grafiksparte sie noch eine weile über Wasser hält.
 
Ich glaube gehört zu haben, dass die radeonhd-Entwickler unter NDA entwickeln. Wenn die Doku richtig frei ist, dann fließt sicherlich auf einmal sehr viel Code zum Projekt hinzu, der da vorher nicht sein konnte.

So stelle ich mir das vor.
 
Was interessant am Core i7 ist ist, dass der kaum veränderte Conroe-Kern (hier ein bisschen mehr Bandbreite, da eine neue Schleife, aber kaum was weltbewegendes) in Kombination mit einem richtigen Systembus deutlich schneller läuft, als noch mit dem alten FSB. Da sieht man mal, wie sehr dies Dingens insgesamt doch gebremst hat.

Core i7 und Phenom II würde ich nicht als Konkurenten sehen. Das spiegelt sich auch in dem wieder, was meine Kunden haben wollen. Core i7 ist schlicht High-End, wohingegen der Phenom II obere Mittelklasse bis untere Oberklasse ist. Das zeigt sich auch an Plattformpreisen. Nur effizienter ist er, was sich der Core i7 allerdings auf der 3,3V Schiene wieder vehagelt. Wodurch er am Ende im Gesamtsystem nicht nennenswert besser darsteht. Was eher ein großes Problem für AMD werden dürfte, ist der Core i5. Welcher zum Glück in diesem Jahr kaum über einen Alibistart hinauskommen dürfte, nachdem Intel alle Chipsätze außer dem P55 auf 2010 verschoben hat. Dazu die kommenden Xeons auf Nehalem-Basis... Das wird noch schmerzhaft. Auch da von AMD kaum was großes, neues am Horizont zu sehen ist. Bis 2011 soll wirklich alles K10-basiert sein. Da kommt zwar "Istanbul" mit ein paar mehr Kernen und "Magny Course" mit 12 oder gar 16 Kernen ist auch noch auf der Liste, aber in Sachen Einzelkern-Performance dürften sie sich kaum von Shanghai unterscheiden. In Sachen Geamteffizienz tendentiell ein wenig schlechter sein. Große Neuerungen dürfte es wirklich erst 2011 mit K11 aka "Bulldozer" geben. Der soll dann aber gleich richtig kommen, man munkelt von Dingen wir CMT und so. Aber, bis dahin ist es wie gesagt ein langer Weg.

Eigentlich ist der Weg für AMD im Moment, endlich Fiorano aus dem Haus zu bringen. Neuer Sockel und eigene Opteron-Chipsätze, welche den nVidia-Murks ablösen sollen. Zusammen mit den HE-Opterons und über den Preis könnte man dort sicher gegen Intel bestehen. Dazu die neuen Radeons rechtzeitig bringen und nVidia dort erst einmal auf Bastand halten... Mehr Möglichkeiten sehe ich kaum. Mobil-CPUs - von AMD sträflich vernachlässigt - sind trotz einiger Ankündigungen eher langfristig zu sehen, im Massenmarkt spielt Intel weiterhin die erste Geige und daran wird sich auch kaum was ändern lassen.
 
Mit dem Phenom 2 vergleich muss ich dir schon recht geben, aber auch auf diesem gebiet gibts Intel ihnen ja momentan leider gewaltig. Was die an neuen 65 Watt Quadcores rausgehauen haben hätte nicht sein müssen. Dazu noch die Preissenkungen...

Die Xeons dürften richtig schmerzhaft werden, nachdem ich gestern in der Release ankündigung für nächsten Monat? was von Octocores mit 24MB L3 Cache gelesen habe. Die werden zwar wohl nur auf größeren MP Eisen verbaut werden, aber wenn man bedenkt dass diese Biester dann noch 4 QPI Links haben kann man sich ausmalen was man damit alles machen kann. 2TB Ram für eine CPU mit nem halben TB Bandbreite, oder was AMD wohl eigentlich wehtun wird: NUMA, denn das konnte Intel ja bisher nur mit dem Itanic. Zudem sind es mehr Links als bei AMD CPUs, was im NUMA bereich wohl für einige Bewegung sorgen dürfte. Bleibt eigentlich für AMD nur zu hoffen dass die Latenzen des großen L3 scheiße sind.

Verbuggt ist Nehalem auch nicht mehr als seine Vorgänger, höchstens die BIOSe der Board-Hersteller ( insbesondere wenn es um Vt-d geht *grml*) aber das wird kaum jemanden abhalten.

Preislich könnte es für AMD gegen die Quadcore Xeons schwierig werden, denn Intel hat den besseren Fertigungsprozess und daher niedrigere Fertigungskosten. Bei den Chipsätzen könnte ihnen das aber durchaus gelingen. Ich denke mal Intel wird mit den Quads eindeutig den 2S Markt im Auge haben, da er das größte Segment auf dem Servermarkt ist. Die Octocores dürften zwar im oberen Marktsegment auch an AMD knabbern, allerdings sehe ich die ironischerweise eher als Konkurrenz zu Itanic, aber Intel hat ja erfahrung mit der Kanibalisierung eigener Produkte von daher wunderts mich nicht.

Gerade bei den GPUs sehe ich aber viel Potenzial seitens AMD. Sie trauen sich auch neue Ideen zu verfolgen wie es bei der aktuellen 48xx der Fall war. Zudem sollte ihnen das geschwächte Vertrauen in nVidia und deren kritische Finanzlage helfen. Larrabee sehe ich hier bisher eher als Proof of concept denn als ernsthafte Konkurrenz, allerdings sehe ich seitens AMD noch relativ wenig im GPGPU Bereich. Das wurde wohl anfänglich etwas verschlafen. Das ist ein riesiger Wachstumsmarkt. Hier mehr Präsenz zu zeigen könnte ihnen durchaus helfen.

Mobilmarkt verschlafen? Allerdings. Ich denke zwar nicht dass ein Netbook viel Geld einbringt, aber hier hat Intel bisher den Markt für sich und die Verkaufszahlen sind hoch. Zudem ist der Chipsatz Intel, die CPU Intel, die Grafik Intel. Zwei-Dreimal kassiert an einem Gerät. Es ist aber gut das AMD sich nun doch raushält aus diesem Segment. Sie haben es verschlafen. Hier noch eine Front zu eröffnen und Geld rauszupulvern bis die Plattform gekauft wird wäre zweckfrei.

Wo lässt sich noch viel Geld holen? Firmendesktops. AMD hat zwar mittlerweile eine Plattform für dieses Marktsegment, tut aber wenig um sie zu verbreiten. Da muss ich nur bei uns in der Uni in die Rechnerpools schauen. Da steht keine einzige AMD Maschine (und da steht viel neues).
 
Back
Top