AMD Dropping R300-R500 Support In Catalyst Driver

[Controller Khan]

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

Beginning next month with the Catalyst 9.4 release, support for the R300/400/500 generations of graphics processors will be dropped from AMD's mainline ATI driver. In a move they hope will allow them to focus their efforts on newer and upcoming graphics processors, the mainline Catalyst driver on both Linux and Windows will stop supporting cards older than the Radeon HD 2000 series. Linux customers affected will be encouraged to use their open-source driver stack (xf86-video-ati or xf86-video-radeonhd and Mesa) or stay with the Catalyst 9.3 driver.

Aus dem ATI Grafikkarten Unterforum.

Da das Thema uns als Linux User besonders betrifft, mache ich einen Thread im Linux Forum auf.

Nvidia bietet dann zumindest einen Legacy Treiber an, der an neue Kernel und X.org Versionen angepasst wird.

Ati plant das bis jetzt nicht.

Der Catalyst 9.3 wird dann der letzte Treiber seitens Ati mit allen Schwächen für Besitzer dieser Hardware.

[Gast]

Naja, halb so wild. Immerhin gibt es die beiden freien Treiber radeon und radeonHD und die nehmen zunehmend Fahrt auf. Insgesamt dürfte sich die Treiberlage also entspannen und sogar verbessern. Den fglrx vermissen dann im Privatgebrauch vor allem Spieler (wobei Dual-Boot wohl üblich sein dürfte, gibt es diesen fiktiven Linux-Gamer?), der Rest freut sich über Out-of-the-Box Support.

http://www.onli-blogging.de/index.php?/archives/619-Was-ATIs-Supportende-in-der-Praxis-bedeutet.html

Ich würde es andersrum sehen, die User aktueller Karten sind im Nachteil, weil sie noch zum fglrx greifen müssen. :)

[Gast]

Wer mit den R(V)3xx-R(V)4xx Karten noch den fglrx verwendet, dem ist sowieso nicht mehr zu helfen. R(V)5xx setzt auf jeden Fall einen neueren radeon Treiber voraus damit da alles gut läuft (>= 6.9.x).

AMD unterstützt die Karten aktiv über den OSS Treiber, das ist eigentlich eine Verbesserung gegenüber der aktuellen Situation...

[Sterni@Gast]

Schade ist das ausgerechnet erst der Cat 9.4 Support für XServer 1.6 bieten soll. ^^

[SavageX]

Schade ist das ausgerechnet erst der Cat 9.4 Support für XServer 1.6 bieten soll. ^^

Ich glaube die wollten sich ganz genau den Aufwand sparen, für R300-R500 eine X 1.6 Support entwickeln zu müssen.

[lumines]

und was passiert dann mit den ganzen R5xx karten? die werden doch afaik noch nicht so gut von radeon (hd) unterstützt. oder hat sich da mittlerweile was getan?

[Lokadamus]

mmm...

Der Heise- Text liest sich da etwas anders:
Nur noch alle drei Monate will AMD dann für Grafikkarten mit jenen GPUs neue WHQL-Treiber herausbringen.
http://www.heise.de/newsticker/AMD-reduziert-Treiberunterstuetzung-fuer-aeltere-Grafikkarten--/meldung/134111

Mal schauen, was daraus wird und wie gut die offenen Treiber mittlerweile sind bzw. werden.

[Controller Khan]

WHQL ist für Windows. Oder prügt MS Linux Treiber ;D

mmm...

Der Heise- Text liest sich da etwas anders:
Nur noch alle drei Monate will AMD dann für Grafikkarten mit jenen GPUs neue WHQL-Treiber herausbringen.
http://www.heise.de/newsticker/AMD-reduziert-Treiberunterstuetzung-fuer-aeltere-Grafikkarten--/meldung/134111

Mal schauen, was daraus wird und wie gut die offenen Treiber mittlerweile sind bzw. werden.

http://www.phoronix.com/forums/showthread.php?t=15796&page=15

Poster AMD Linux

For what it's worth, we're not claiming that 9.3 will keep working after an update of X or kernel versions, and we are not claiming that we are providing the same BINARY DRIVER legacy support as NVidia. What we are saying is that future distro releases will continue to be supported, but for pre-6xx GPUs that support will be via the open source drivers rather than the binary drivers.

The effort required to support a new X or kernel version really is dependent on both the specific version and the number of distro-specific patches each distro includes in their next release. In theory distros just pick up new kernels and new xorg versions, but a number of distros ship components which don't match up with kernel or x server versions. Fedora is a good example; right now a lot of the code shipping in Fedora is newer than what is available upstream.

The other non-trivial source of work is that kernel symbols and interfaces get marked as "GPL Only" on a regular basis, which means that they remain available to open source drivers but can no longer be used by binary drivers. In some ways these are the most burdensome, because they don't represent a typical API update but rather a *shrinking* of the API, ie often no replacement is provided for what was removed.