Download ATI Catalyst 10.6 Proprietary Linux Display Driver

<div class="newsfloatleft"><a href="http://www.amd.com/us/products/Pages/graphics.aspx"><img src="http://www.planet3dnow.de/photoplog/images/54308/large/1_ATI_Radeon_80x.jpg" alt="AMD ATI Premium Graphics"></a></div>Neben dem monatlich veröffentlichten <a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?category=2&id=1276726094">Windows Catalyst Treiber-Update</a> hat AMD auch aktualisierte Linux-Treiber zum Download bereitgestellt. Derzeit werden die Distributionen Red Hat Enterprise Linux suite, Novell/SuSE product suite und Ubuntu offiziell unterstützt. Weitere Details und eine vollständige Liste kompatibler GPUs können in den offiziellen <a href="https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/catalyst_106_linux.pdf" target="b">Release Notes</a> nachgelesen werden.
<p style="clear:left">
<blockquote><strong>New Features </strong>

<blockquote><strong>Support for New Linux Operating Systems</strong>
<blockquote>This release of ATI Catalyst Linux introduces support for the following new operating systems:
<ul><li>RHEL 5.5 production support</li></ul></blockquote></blockquote><blockquote><strong>Official support for OpenGL 4.0 and OpenGL 3.3</strong><ul><li>ATI Catalyst 10.6 delivers official support for OpenGL 4.0 on the ATI Radeon HD 5000 Series</li><li>ATI Catalyst 10.6 delivers official support for OpenGL 3.3 on the ATI Radeon HD Series</li></blockquote><blockquote><strong>2D performance enhancements</strong><ul><li>ATI Catalyst 10.6 delivers a new architecture for 2D acceleration. The new 2D architecture delivers fast windows resizing with Compiz/Visual-Effects and general 2D performance improvements in all AMD supported Linux distributions.</li></blockquote></blockquote>
<blockquote><strong>Resolved Issues</strong><ul><li>"Xorg -probeonly" no longer causes screen corruption or the system to fail to respond</li></ul></blockquote>

<b>Download:</b><ul><li><a href="http://support.amd.com/us/gpudownload/linux/Pages/radeon_linux.aspx?type=2.4.1&product=&lang=de&rev=10.5&ostype=Linux%20x86" target="b">ATI Catalyst 10.6 Proprietary Linux x86 & x86_64 Display Driver</a></li></ul>

<b>Links zum Thema:</b><ul><li><a href="https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/catalyst_106_linux.pdf" target="b">Release Notes </a></li><li><a href="https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/linux_cat106-inst.pdf" target="b">ATI Catalyst 10.6 Linux Installer Note</a></li><li><a href="http://ati.amd.com/products/catalyst/linux.html" target="b">ATI Proprietary Linux Driver FAQ</a></li><li><a href="http://www.amdsurveys.com/se.ashx?s=5A1E27D23CFE9B36" target="b">Linux Crew Driver Feedback</a></li></ul></p>

Dr@ schrieb:

<blockquote><strong>2D performance enhancements</strong><ul><li>ATI Catalyst 10.6 delivers a new architecture for 2D acceleration. The new 2D architecture delivers fast windows resizing with Compiz/Visual-Effects and general 2D performance improvements in all AMD supported Linux distributions.</li></blockquote></blockquote>
<blockquote><strong>Resolved Issues</strong><ul><li>"Xorg -probeonly" no longer causes screen corruption or the system to fail to respond</li></ul></blockquote>

Zum Vergrößern anklicken....

Naaaa ? Besserung in der Causa 780G ?

Obwohl.... 8) unter Linux hat das Problem ja eh nicht existiert
Ob die das auch für MS-Produkte gemacht haben

Ich schau mal nach......

Mmoe


P.S. Nope, da steht nix davon... .... da hat ATI wohl die Baustelle verfehlt 8)
Na ja mir solls recht sein...

mmoses schrieb:

Naaaa ? Besserung in der Causa 780G ?

Obwohl.... 8) unter Linux hat das Problem ja eh nicht existiert
Ob die das auch für MS-Produkte gemacht haben

Ich schau mal nach......

Mmoe


P.S. Nope, da steht nix davon... .... da hat ATI wohl die Baustelle verfehlt 8)
Na ja mir solls recht sein...

Zum Vergrößern anklicken....

Nein, haben sie nicht. Verglichen mit dem freien Treiber war die 2D-Performance unter Linux auch grottig. Insofern ist da Abhilfe durchaus sinnvoll.

Kann mir irgendwer erklären, warum die Flash-Grafikbeschleunigung unter Linux nicht implementiert wurde? Unter MAC-OS war es ja mit dem "GALA"-Flashtreiber zuletzt möglich.
Kann die XvBC bzw. VAAPI-Schnittstelle unter dafür nicht genutzt werden? Ich finde es schade, dass GPU-Beschleunigung unter Linux bisher so ein Krampf ist (Jeder, der mal versucht hat, einen Linux-HTPC mit ATI-Karten zu betreiben wird mir bestimmt zustimmen)

UVD und dessen Schnittstelle kann und will AMD nicht offenlegen, da hier Teilweise IP anderer Firmen betroffen ist und es außerdem um den DRM Schutz geht. Es gibt diverse Überlegungen stattdessen die Stream Prozessoren für die Video Beschleunigung zu nutzen. Das sind zumindest die Dinge die ich aufgeschnappt habe.

Segmentation fault may occur when running "Quake 4" and "Enemy Territory:Quake Wars" at 1280x1024 or resolutions higher than current desktop resolution

Zum Vergrößern anklicken....

Die sind unfähig mal ein 4 Jahre altes Spiel zum Laufen zu bringen.

PuckPoltergeist schrieb:

[...]Verglichen mit dem freien Treiber war die 2D-Performance unter Linux auch grottig [...]

Zum Vergrößern anklicken....

Vollste Zustimmung. Angeblich soll sich ja mit der "neuen" 2-D Beschleunigung des fglrx 8.741 (aka Catalyst 10.6) einiges geändert haben....nur merk ich davon nichts . Auch scheint die Framerate sowohl bei Windows ,als uch bei Linux leicht eingebrochen zu sein, liest man die Testberichte auf Phoronix :
http://www.phoronix.com/scan.php?page=article&item=amd_catalyst_rv770&num=1

Kadeos schrieb:

Vollste Zustimmung. Angeblich soll sich ja mit der "neuen" 2-D Beschleunigung des fglrx 8.741 (aka Catalyst 10.6) einiges geändert haben....nur merk ich davon nichts . Auch scheint die Framerate sowohl bei Windows ,als uch bei Linux leicht eingebrochen zu sein, liest man die Testberichte auf Phoronix :
http://www.phoronix.com/scan.php?page=article&item=amd_catalyst_rv770&num=1

Zum Vergrößern anklicken....

Was Phoronix veröffentlicht, ist aber eh mit Vorsicht zu genießen. Das entspricht nicht wirklich journalistischen Anforderungen (und wissenschaftlichen schon gar nicht). Die veröffentlichten Ergebnisse kann man als Anhaltspunkte und Motivation für eigene Messungen nehmen, mehr aber auch nicht.

Dr@ schrieb:

UVD und dessen Schnittstelle kann und will AMD nicht offenlegen, da hier Teilweise IP anderer Firmen betroffen ist und es außerdem um den DRM Schutz geht.

Zum Vergrößern anklicken....

Wen nder DRM schutz nur darin besteht dass die Schnittstellen geheim gehalten werden, ist der "Schutz" die Transistoren nicht wert.
Security through Obscurity ist Quatsch mit Soße....

Wir reden hier über eien SCHNITTSTELLE, Ein API, eine Sammlung von Befehlen.
Wenn nichtmal das offengelegt werden darf, was denn bitteschön dann? Der Befehlssatz ist das erste was von einem Chip veröffentlicht wird, und hat auch nicht wirklich mit seiner internen (geschützen/patentierten) Funktionalität zu tun.
Die strem-Prozessoren zu nutzen wäre allerdings auch eine idee... schließlich sind ja zumeist genug davon vorhanden die Däumchen drehen...
Irgendwie frage ich mich warum ATI nicht gleich diese nimmt und UVD im Treiber in Software implementiert...
Ein Video ist doch sozusagen die Definition von Streaming-Daten.....

Whatever, jedenfalls ist XvBA in der akt. Fassung nicht zu gebrauchen, und sogar der Einsatz eines VA-API-wrappers ist zweifelhaft, solange dieser nicht OpenSource ist.

Haben sies mit 10.6 eigentlich endlich geschafft akt. Kernel und X-Releases zu unterstützen und nicht erst die vorletzte Generation?

Ge0rgy schrieb:

Wen nder DRM schutz nur darin besteht dass die Schnittstellen geheim gehalten werden, ist der "Schutz" die Transistoren nicht wert.
Security through Obscurity ist Quatsch mit Soße....

Wir reden hier über eien SCHNITTSTELLE, Ein API, eine Sammlung von Befehlen.
Wenn nichtmal das offengelegt werden darf, was denn bitteschön dann? Der Befehlssatz ist das erste was von einem Chip veröffentlicht wird, und hat auch nicht wirklich mit seiner internen (geschützen/patentierten) Funktionalität zu tun.

Zum Vergrößern anklicken....

Die DRM-Begründung bezieht sich nicht auf XvBA, sondern darauf, warum sie die UVD-Specs nicht auch für die Treiber-Implementierungen frei gegeben haben. Damit ist UVD nicht für die freien Treiber nutzbar.

XvBA hingegen war nie für die Öffentlichkeit gedacht. Partner von AMD haben die Specs für ihre Implementierungen bekommen, gerade im Embedded-Bereich. Daher rührt ja auch der VAAPI-Wrapper. Warum AMD dies nicht allgemein veröffentlicht hat, wissen sie nur dort (oder auch nicht). Vielleicht ist es auch besser so, wenn man sich das Hick-Hack so ansieht.