Download RadeonHD 1.3.0

pipin

Administrator
Teammitglied
Mitglied seit
16.10.2000
Beiträge
24.371
Renomée
9.696
Standort
East Fishkill, Minga, Xanten
  • SIMAP Race
  • QMC Race
  • RCN Russia
  • Spinhenge ESL
  • Docking@Home
  • BOINC Pentathlon 2019
  • SETI@Home Intel-Race II
  • THOR Challenge 2020
  • BOINC Pentathlon 2021
  • BOINC Pentathlon 2023
Der gemeinsam von Novell, AMD und Open Source Entwicklern programmierte RadeonHD Linuxtreiber ist nun in der Version 1.3.0 erhältlich.


<b>Release Notes Version 1.3.0</b>
<blockquote> - Added support for RV740, M92, M93, M97.
- Added support for HDMI audio on RS690 and R700.
- Added support for power management.
- Implemented almost correct analysis of PowerPlay AtomBIOS tables.
- 2D acceleration (EXA) is enabled by default now, except on RV740.
- Backlight handling finally fixed - compatible with xbacklight 1.1.1.
- Overhaul of memory controller setup. Fixes many "MC not idle" issues.
- Overhaul of cursor handling. Fixes most cursor bugs.
- Selectable color space for XVideo on R6xx/R7xx.
- Tons of bug fixes (DDC, EXA, LUT, RandR, AtomBIOS).
- More quirk table entries.
- Shave support (cleaner compilation output).
- All warnings fixed.
- Some start of Developer's documentation in README.coding.
</blockquote>


<b>Download:</b><ul><li><a href="http://www.planet3dnow.de/cgi-bin/file/get.cgi?20091010121155">radeonhd 1.3.0 (tar.gz)</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/file/get.cgi?20091010121156">radeonhd 1.3.0 (tar.bz2)</a></li></ul>

<b>Links zum Thema:</b>
<ul><li><a href="http://lists.freedesktop.org/archives/xorg/2009-October/047640.html">[ANNOUNCE] xf86-video-radeonhd 1.3.0 Release</a></li><li><a href="http://wiki.x.org/wiki/radeonhd">radeonhd - The Driver for AMD GPG r5xx/r6xx/r7xx Chipsets (X.org wiki)</a></li></ul>
 
Nur für die, die wisen wolen welche Chips unterstützt werden:
Frech aus der Man-Page übernommen:
Code:
SUPPORTED HARDWARE
       The radeonhd driver supports video cards based on the following ATI chips:

       RV505   Radeon X1550, X1550 64bit
       RV515   Radeon X1300, X1550, X1600; FireGL V3300, V3350
       RV516   Radeon X1300, X1550, X1550 64-bit, X1600; FireMV 2250
       R520    Radeon X1800; FireGL V5300, V7200, V7300, V7350
       RV530   Radeon X1300 XT, X1600, X1600 Pro, X1650; FireGL V3400, V5200
       RV535   Radeon X1300, X1650
       RV550   Radeon X2300 HD
       RV560   Radeon X1650
       RV570   Radeon X1950, X1950 GT; FireGL V7400
       R580    Radeon X1900, X1950; AMD Stream Processor
       R600    Radeon HD 2900 GT/Pro/XT; FireGL V7600/V8600/V8650
       RV610   Radeon HD 2350, HD 2400 Pro/XT, HD 2400 Pro AGP; FireGL V4000
       RV620   Radeon HD 3450, HD 3470
       RV630   Radeon HD 2600 LE/Pro/XT, HD 2600 Pro/XT AGP; Gemini RV630; FireGL V3600/V5600
       RV635   Radeon HD 3650, HD 3670
       RV670   Radeon HD 3690, 3850, HD 3870, FireGL V7700, FireStream 9170
       R680    Radeon HD 3870 X2
       M52     Mobility Radeon X1300
       M54     Mobility Radeon X1400; M54-GL
       M56     Mobility Radeon X1600; Mobility FireGL V5200
       M58     Mobility Radeon X1800, X1800 XT; Mobility FireGL V7100, V7200
       M62     Mobility Radeon X1350
       M64     Mobility Radeon X1450, X2300
       M66     Mobility Radeon X1700, X1700 XT; FireGL V5250
       M68     Mobility Radeon X1900
       M71     Mobility Radeon HD 2300
       M72     Mobility Radeon HD 2400; Radeon E2400
       M74     Mobility Radeon HD 2400 XT
       M76     Mobility Radeon HD 2600; (Gemini ATI) Mobility Radeon HD 2600 XT
       M82     Mobility Radeon HD 3400
       M86     Mobility Radeon HD 3650, HD 3670, Mobility FireGL V5700
       M88     Mobility Radeon HD 3850, HD 3850 X2, HD 3870, HD3870 X2
       RS600   Radeon Xpress 1200, Xpress 1250
       RS690   Radeon X1200, X1250, X1270
       RS740   RS740, RS740M
       RS780   Radeon HD 3100/3200/3300 Series
       R700    Radeon R700
       RV710   Radeon HD4570, HD4350
       RV730   Radeon HD4670, HD4650
       RV740   Radeon HD4770. EXPERIMENTAL AND UNTESTED
       RV770   Radeon HD 4800 Series; Everest, K2, Denali ATI FirePro
       RV790   Radeon HD 4890
       M92     Mobility Radeon HD4330, HD4530, HD4570. EXPERIMENTAL
       M93     Mobility Radeon M93. EXPERIMENTAL AND UNTESTED
       M96     Mobility Radeon HD4600
       M97     Mobility Radeon HD4860. EXPERIMENTAL AND UNTESTED
       M98     Mobility Radeon HD4850, HD4870

Und Achtung:
· After using the fglrx driver, radeonhd might fail to work properly. This combination is not and probably will never be supported. A reboot fixes problems in most cases, sometimes a powercycle is necessary. Unloading the kernel module is typically not enough.
Also erst fglrx komplett deinstallieren!
 
Fehlt nur noch R800 support - der Catalyst 9.9 kennt die ja auch noch nicht. Da bleibt mir derzeit wohl nur der vesa-Treiber. :(
 
Ich hatte andere Erfahrungen gemacht (Archlinux 64Bit).
Also: ausprobieren!

Welche Erfahrung hast du denn gemacht?
.
EDIT :
.

Fehlt nur noch R800 support - der Catalyst 9.9 kennt die ja auch noch nicht. Da bleibt mir derzeit wohl nur der vesa-Treiber. :(

Der 9.9er kennt die nicht? Unter Windows werden die mit dem 9.9er doch auch schon unterstützt, oder? Und die Code-Basis der Treiber ist da gleich. Also eigentlich sollte der Catalyst unter Linux die gleichen Karten unterstützen wie unter Windows.
 
Bringt der fglrx-Treiber nicht seine eigene libgl mit?

Zum radeonhd: Sollte der Treiber nicht irgendwann auslaufen? Daran wird ja auch nicht mehr so viel gearbeitet wie am radeon (ati) Treiber.
Der freie Treiber gefällt mir immer mehr. Jetzt funktioniert auch KMS inkl. 3D Beschleunigung für neuere Karten ;-)
 
Der 9.9er kennt die nicht? Unter Windows werden die mit dem 9.9er doch auch schon unterstützt, oder? Und die Code-Basis der Treiber ist da gleich. Also eigentlich sollte der Catalyst unter Linux die gleichen Karten unterstützen wie unter Windows.
Nein auch der 9.9er für Windows kennt die HD5800er Serie noch nicht. Für den gibt es nen RC zum Download. Unter Linux wird beim starten des xservers unten rechts "device not supported" samt AMD Logo angezeigt. :/

Naja aber bald sollte ja der 9.10 rauskommen - kommt doch immer so bis zur Monatsmitte oder?

@Perry3D

Jo soweit ich weiß kommt ne eigene mit.
 
Bringt der fglrx-Treiber nicht seine eigene libgl mit?
Japp, tut er.

Zum radeonhd: Sollte der Treiber nicht irgendwann auslaufen? Daran wird ja auch nicht mehr so viel gearbeitet wie am radeon (ati) Treiber.
Der freie Treiber gefällt mir immer mehr. Jetzt funktioniert auch KMS inkl. 3D Beschleunigung für neuere Karten ;-)
Jein. Ziel ist es wohl, das ganze zu einem einheitlichen Treiber zusammen zuführen. Sowohl der radeon als auch der radehonhd Treiber sollen am Ende in einem Gallium-Treiber aufgehen. Es ist ja schon jetzt der Fall, dass Code-Änderungen soweit in beide Treiber gleichermaßen einfleßen.
 
Es handelt sich hierbei NICHT um einen Linux-Treiber, sondern um einen offenen Xorg-Treiber! Man kann diesen quelloffenen Treiber auch unter *BSD sowie OpenSOLARIS einsetzen. Bedauerlich, wie viele Bretter vor dem Kopfe die heutige Besserwisserzeit inne hat ...
.
EDIT :
.

Japp, tut er.


Jein. Ziel ist es wohl, das ganze zu einem einheitlichen Treiber zusammen zuführen. Sowohl der radeon als auch der radehonhd Treiber sollen am Ende in einem Gallium-Treiber aufgehen. Es ist ja schon jetzt der Fall, dass Code-Änderungen soweit in beide Treiber gleichermaßen einfleßen.

Das scheint irgendwie aber nicht ganz 'sauber' zu laufen, denn beide Treiber-Suiten divergieren über längere Zeiträume doch grob.

Soweit ich weiß (ich bin kein Experte, habe mich da leidig wegen einer permanenten Inkompatibilität BEIDER freien treiber mit meiner MSI 4670 durchlesen müssen), setzt xf86-video-radeonhd auf ein AtomBIOS-Abstraction layer auf, beim xf86-video-ati hingegen wird die Hardware noch direkt angesprochen, weshalb dieser Treiber zwar schneller werkelt (zumindest auf einigen meiner BSD Workstations mit HD4830 u. HD4850) als radeonhd. Leider verhaspelt sich der radeon im Gegensatz zum radeonhd öfter, vor allem, wenn ich häufiger zwischen tty zur X11-Ausgabe und den Konsolen wechsele. Das scheinen aber 'altbekannte' Probleme zu sein.

Mit dem radeonhd auf einer MSI 4830 (privat) unter einem BSD UNIX bin ich sehr zufrieden, auch wenn es keine richtige 3D-, sondern nur 2D-Beschleunigung gibt.

Überbewerten würde ich diese Meldung nun nicht. Zwar hat AMD/ATi sicher ein paar wertvolle Schritte nach vorne in Bezug auf quelloffene Treiber gemacht, indem die Spezifikationen teilweise offengelegt wurden, aber auch bei nVidia tut sich einiges. Der 'n'-Treiber der Xorg-Suite ist auch nicht ohne.

Ich vermisse nach wie vor einen Codegenerator/Treiber, der den Einsatz von OpenCL unter einem quelloffenen Betriebssystem mit quelloffenen Treibern möglich macht. Wenn ich sehe, wie viele meiner Kollegen UNIX (und Linux) aufgeben, um unter CUDA Code für ihre Modelle zu entwickeln, wird mir grün im Gesichte. Linux-Brett-vernagelte BLOBs sind leider auch keine Lösung.
 
Das scheint irgendwie aber nicht ganz 'sauber' zu laufen, denn beide Treiber-Suiten divergieren über längere Zeiträume doch grob.

Soweit ich weiß (ich bin kein Experte, habe mich da leidig wegen einer permanenten Inkompatibilität BEIDER freien treiber mit meiner MSI 4670 durchlesen müssen), setzt xf86-video-radeonhd auf ein AtomBIOS-Abstraction layer auf, beim xf86-video-ati hingegen wird die Hardware noch direkt angesprochen, weshalb dieser Treiber zwar schneller werkelt (zumindest auf einigen meiner BSD Workstations mit HD4830 u. HD4850) als radeonhd. Leider verhaspelt sich der radeon im Gegensatz zum radeonhd öfter, vor allem, wenn ich häufiger zwischen tty zur X11-Ausgabe und den Konsolen wechsele. Das scheinen aber 'altbekannte' Probleme zu sein.

Mit dem radeonhd auf einer MSI 4830 (privat) unter einem BSD UNIX bin ich sehr zufrieden, auch wenn es keine richtige 3D-, sondern nur 2D-Beschleunigung gibt.
Nun, du Besserwisser mit nem Brett vor dem Kopf bist offensichtlich falsch informiert, und zwar komplett.
Es war der radeonhd-Treiber, der ursprünglich die Register der Chips direkt angesprochen hatte. Der radeon-Treiber (xf86-video-ati) hat schon immer das ATOM-BIOS bei den Chips >=r500 benutzt. Aber das macht mittlerweile auch der radeonhd.
Die Codebasis der beiden Treiber ist zwar unterschiedlich, das Feature-Set aber ziemlich gleich. Denn, wie ich geschrieben hatte, werden die Entwicklungen an beiden Treibern relativ gleich durchgeführt, zumindest was DDX anbelangt.

3D ist dabei bzgl. der DDX-Treiber relativ irrelevant. Dafür ist Mesa zuständig, die freie OpenGL-Implementierung. Und die hat mittlerweile auch Support für die r600/r700 Chips. Allerdings braucht es dafür eine neuere DRM-Implementierung. Alles bis einschließlich Linux-2.6.31 unterstützt das noch nicht. Wie das bei BSD aussieht, weiß ich nicht. Ich denke aber nicht, dass das da schon eingeflossen ist. Linux-2.6.32 hat den Support dann, wenn ich nicht irre. Ansonst kann man auch den Code aus dem git-tree von Alex Deucher ziehen. OpenGL-Composite funktioniert auf jeden Fall schon.

Überbewerten würde ich diese Meldung nun nicht. Zwar hat AMD/ATi sicher ein paar wertvolle Schritte nach vorne in Bezug auf quelloffene Treiber gemacht, indem die Spezifikationen teilweise offengelegt wurden, aber auch bei nVidia tut sich einiges. Der 'n'-Treiber der Xorg-Suite ist auch nicht ohne.
Der nv-Treiber von Xorg ist 2D only und wird er auch bleiben. An dem tut sich gar nichts.
.
EDIT :
.

Dann reicht wohl ein einfaches Deaktivieren des moduls nicht aus, oder?

Das kommt auf die Implementierung in der Distribution an. Wenn der Catalyst die freie OpenGL-Implementierung ersetzt hat, muss das komplett neu installiert werden. Normalerweise kann aber zwischen den beiden Implementierungen umgeschalten werden.
 
Zurück
Oben Unten