Driver-update: ATI Catalyst Linux Display Driver 9.2

AMD heeft nieuwe Linux-drivers voor zijn ATI Radeon-videokaarten uitgebracht. De download is bijna 80MB groot en kan zowel voor 32bits- als 64bits-omgevingen worden gebruikt. Versie 9.2 van de Linux Display Driver kan overweg met versies 6.7 tot en met 7.4 van X.org, Linux-kernel 2.6 en hoger en glibc 2.2 en 2.3. In deze release treffen we geen nieuwe mogelijkheden aan, maar wel zijn er de nodige problemen verholpen. De release notes laten een lijst met bekende problemen zien, waar nog geen oplossing voor is:

Resolved Issues

• Resolved visible corruption when starting MythTV frontend in full screen
• Catalyst Control Center, disabling primary display and re-launching CCC caused a Floating Point Exception
• Google Earth failed to start
• With some ATI adapters the display port monitor was not detected after being hotplugged
• Able to reboot or shutdown when ATI Catalyst Control Center is opened
• Catalyst Control Center, displayed the wrong version using the Information/Driver Version
• No audio output was available through HDMI
• Connecting both a CRT and DFP display device no longer results in the CRT failing to display an image if the DFP is disconnected and then reconnected to the system
• Corruption is no longer seen on secondary display after enabling secondary display Big Desktop
• Sections of the task bar no longer turn black when using the application 'Blender'
• Enemy Territory Quake Wars v1.4, system no longer becomes intermittently unresponsive when game is run.
• Some Open GL application no longer cause segmentation fault with Crossfire and dual head enabled
• Maya crash fixed when using the following settings subinvisions Axis and subinvisions Height are set to 2000
• Tearing no longer occurs during picture-in-picture playback of H.264,VC-1,MPEG2 files on SUSE
• Playing AVI files with Mplayer in full screen no longer causes Mplayer to stop responding
• Resolved, Video does not resize or may appear filled with pink/black when changing from a low to high resolution

Known Issues

• White screens may occur on the extended displays of a with a quad display configuration with 'Xinerama=on'
• Quake4 cannot start after using the load default option
• With both a DFP and CRT connected using the swap monitor option may cause the following error “KDE Panel - The KDE Crash Handler”
• X may fail to start when the driver has been configured with the following command: aticonfig --force-monitor=nocrt1
• RedHat 4.7 hot plugging a display may cause X to shutdown
• Some display corruption may be observed while returning from XServer with two display connected
• Catalyst Control Center, primary display manager may be missing on systems with dual head enabled
• Some systems may fail to restore after returning from hibernation
• Catalyst Control Center, the primary display is not identified when using the Identify Displays button
• X-Server may become unresponsive when hot plugging the display after changing the resolution
• Dual head mode, the mouse cursor cannot move to the secondary displays
• The mouse cursor may fail to render when hot plugging a display in clone mode
• Catalyst Control Center, on some systems X may fails to start when the resolution is set to less than 1680x1050 through displays manager
• With some system configurations Catalyst Control Center may take up to 30 seconds to start
• SUSE 11, No CrossFire confirmation is displayed when running Open GL applications
• Running Specviewperf 9.0.3 in CrossFire mode may causes a segmentation fault and failures in log file.
• When X is killed, the desktop background for the display:0.1 remains
• Screensaver corruption may be observed with 'xinerama on' in multi-head configuration.
• On some CrossFire systems resizing Glxgreas may cause some screen corruption
• Corruption may occur in Maya with a multview configuration using three displays
• Flickering may occur with some screensaver and Flash movies when using either Normal or Extra Visual Effects.
• X-Server may stop responding or shutdown when loading some Open GL applications on a secondary display
• On some systems with RedHat 4.7 and Radeon X1800 the system may fail to start after installing the display driver
• SUSE 10.3 32bit: The operating system may fail to respond when pressing “Ctrl+alt+F7/F8” to switch session when “fgl_glxgears” is running
• Image rendering is not visible and only able to see the blank application window when moving the application a secondary display
• Red Hat 5.2 32bit, KDM X windows may restart when user selects to “Start New Session” during user switch

Versienummer	9.2
Releasestatus	Final
Besturingssystemen	Linux, Linux AMD64, Linux IA-64
Website	AMD
Download	https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/64bit/ati-driver-installer-9.2-x86.x86_64.run
Bestandsgrootte	79,40MB
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (25)

En wat werkt er dan niet? Dit soort onzinnige reacties zijn vermoeiend....

Vaak wordt er vergeten dat Linux toch wat meer vereist dan click-click, een stukje commando's tikken is meestal (ja helaas voor sommigen) toch wat nodig.

Deze driver is niet eens zo heel lastig te installeren (zeker niet moeilijker dan op windows). Gewoon de binary uitvoeren (als root) en een paar keer op next klikken. Mocht je het makkelijker willen doen moet je blijven bij degene die word meegeleverd in Ubuntu of andere distro. Iedereen die dit niet wil of een andere distro gebruikt heeft wel genoeg verstand van linux om het ook voor elkaar te krijgen.

Ja, dat klopt wel, maar zodra je tegen problemen aanloopt is het nogal een zoekwerk imho. Ik weet niet hoe Nv werkt maar vaak kom je er toch niet omheen om als je problemen hebt om met de shell te werken. En dan precies commando's tikken he

vind dat af en toe best leuk

^{*Verkeerd geplaatst"}

[Reactie gewijzigd door K3nobi op 23 februari 2009 13:36]

Driverupdates installeer je dan ook niet van de Asus site, maar van de maker van de chipset. Die dingen op de asus site zitten stampvol met bugs of zijn hopeloos verouderd. Het is niet de taak aan AMD of Nvidia om je daarop te wijzen, dat moet je zelf doorhebben. Een beetje tweaker houdt alle drivers op zijn systeem up2date, niet alleen de videokaartdrivers.

Maareh, je weet dat je op linux helemaal geen chipsetdrivers hoeft te updaten om deze drivers te kunnen gebruiken? En je weet ook dat GTA4 niet een spel is dat native op linux draait?

Jij hebt duidelijk tien jaar geleden nooit een ati kaart werkende proberen te krijgen in linux :W

Ik weet nog (niet eens zo heel erg lang geleden, met een 9600pro) dat het 1 groot drama was. Geen 3d acc., zwarte schermen, geen fatsoenlijke configuratieinterface. (alles via xfree86.conf (geloof ik, tegenwoordig xorg.conf) )

Laatst linux op me laptop geinstalleerd (amd x2 met een hd2600pro) en dat ging in 1 keer goed. Gewoon downloaden installeren en het werkte, dat was vroeger echt wel anders.

Dat ze nog steeds niet optimaal zijn, ga ik zeker niet ontkennen. Vooral naast de nvidia drivers zijn ze behoorlijk slecht.

Maar nvidia is zowiezo tikkeltje beter in drivers, ook de windows drivers zijn toch beter dan die van ati. Jammer, want ati maakt veel intressantere kaarten.

Nvidia is ook lang niet perfect. Ik hoop eigenlijk dat er binnenkort eens werkende open source drivers komen voor nvidia en/of amd, waardoor de noodzaak voor die gare binary blobs niet meer nodig is. Het is en blijft toch altijd behelpen met closed source kernel modules, maar de open source drivers voor beiden doen nog niet eens behoorlijk 3D

BS. de ATI linux drivers zijn flink verbeterd sinds amd ATI heeft overgenomen, en over een jaartje zijn de opensource drivers waarschijnlijk beter stabieler en feature rijker als welke closed source drivers dan ook. omdat AMD de specs heeft vrijgegeven.

Over een jaartje zou dat zeker heel goed kunnen. De hoofdreden dat dat niet al zo is, is omdat Mesa onder handen wordt genomen op het moment: er is niet lang geleden een nieuwe driverarchitectuur (Gallium3D) gemerged naar Mesa, wat als voordelen heeft dat drivers een flink stuk simpeler worden, minder code dubbel hoeft worden te geschreven, en dat o.a. 2D en 3D acceleratie voor videokaarten flink wat stabieler worden. Tevens zitten ze te kijken naar universele hardware videosupport, wat neerkomt op de shaders van moderne videokaarten gebruiken om video te decoderen (oudere videokaarten vallen dan terug op software decoders als ik t wel heb).
De nadelen zijn: omdat de driverarchitectuur een update aan het krijgen is, hebben de meeste driver devvers dubbel werk om te doen: ze moeten op de hoogte blijven van de ontwikkelingen mbt Gallium3D, maar ze hebben in de tussentijd ook een stabiele driver om te ontwikkelen en uit te leveren.

De enigen die nu al alleen op basis van gallium3D hun drivers schrijven zijn geloof ik het Nouveau project (FOSS drivers voor Nvidia kaarten). IK vermoed dat hierna de Intel drivers en FOSS drivers voor AMD kaarten overstappen, hoewel t lastig wordt om te zeggen wanneer precies. Als laatste komen dan (misschien, en t wordt denk ik sowieso niet meer dit jaar) de blobs aan de beurt.

EDIT:typo's

[Reactie gewijzigd door Jeanpaul145 op 21 februari 2009 17:43]

Volgens wikipedia zijn het juist de Cell en Intel drivers die al enigszins werken. Nouveau doet nog geen 3D, dus is voorlopig nog niet interessant. Wie koopt er nou een nvidia kaart voor de "geweldige" 2D mogelijkheden...

Hier kan je zien waar het Nouveau project allemaal mee bezig is. Ook 3D dus. Sterker nog, in de Gallium3D branch die naar Mesa is gemerged, zit al wat 3D code van het nouveau project. Het zal alleen nog niet perfect werken natuurlijk.

AMD is in de afgelopen tien jaar tijd juist wel flink verbeterd. De drivers zijn van rampzalig naar redelijk bruikbaar gegaan. Ondertussen heeft AMD specificaties aan de opensource ontwikkelaars gegeven waardoor de opensource drivers in korte tijd enorm verbeterd zijn.
Nvidia heeft op zich leuke drivers die het redelijk doen, maar als er problemen zijn kan je nergens terecht. X.Org en kernel ontwikkelaars geven je geen support omdat je een smerige gore binary blob gebruikt, en nvidia vindt jou gewoon niet interessant genoeg om je bug te fixen. Er zijn bugs in de nvidia drivers die er al tijden in zitten, maar die blijkbaar nooit gefixt worden.

Oei, die moet ik ophalen:
"Resolved visible corruption when starting MythTV frontend in full screen "
Ik stond al op het punt om MythTV eruit te gooien. Blijkt het toch de driver te zijn...

Ik heb om dit soort redenen ATI eruit gegooid. MythTV draait al meer dan 3 jaar als een zonnetje. Ik ga wel een keer terug als de opensource drivers goed genoeg lijken te zijn.

Ik gebruik altijd 2 monitors en zie dat in de know issue lijst daar nog erg veel fouten zijn.
Wil het wel proberen met opensuse 11.1 en anders ga ik snel terug naar Nvidia wat toch nog steeds mijn voorkeur heeft omdat die gewoon werkt.
Mijn tft schermen zijn iets te duur om te testen voor ATI.
Mooi dat dit opgelost is : Sections of the task bar no longer turn black when using the application 'Blender' .

# Sections of the task bar no longer turn black when using the application 'Blender'

Die was voor mij al opgelost met 9.1.

Verder had ik nogal wat moeite om het op mijn computer draaidende te krijgen. Ik gebruik een Ubuntu 8.04.2 configuratie met een HD3450 en een interne HD3200 (AMD 780G chipset). Ik heb een monitor en een tv aangesloten op de HD3450.

Om de boel werkende te krijgen moest ik eerst de tv loskoppelen, alles installeren en hybrid crossfire instellen. Dit werkte prima en daarna heb ik de tv pas aangesloten, toen werkte die ook. Als ik het andersom deed (gewoon tv aangesloten houden), dan werd mijn tv mijn hoofd monitor en ging mijn computer na het instellen van hybrid crossfire opstarten naar een zwart scherm (dan kun je niets meer, ook niet switchen naar een terminal, hij loopt dan vast).

Al met al had ik toch gehoopt dat AMD ondertussen een stuk verder gevorderd zou zijn met de Linux drivers. We hebben een hoop nieuwe features gezien, daar klaag ik niet over. Ze zouden nu eens moeten zorgen dat het bij iedereen en elke configuratie gewoon draait.

In oktober 2006 werd ATI overgenomen door processorfabrikant AMD voor 5,4 miljard dollar.
Het is nu eind februari 2009 dus nog een jaartje wachten ?
Was het AMD niet te doen om de krachtige gpu met de eigen cpu te koppelen onder de naam Fusion.

Das ook snel, vorige drivers waren net uit, Nouja laat ik deze dan ook maar installeren

Wat er niet werkt meld ik op een ander forum.
Dit is hetzelfde maar dan op het opensuse forum :
http://forums.opensuse.or...-startup-ati-drivers.html

Ben nu weer terug naar nvidia.

[Reactie gewijzigd door antonvdh op 23 februari 2009 12:04]

Weet iemand of ik deze kan gebruiken met Ubuntu 8.10? en of dat een beetje makkelijk installeert aangezien ik nog maar net met linux ben begonnen

Werkt prima in 8.10. Veel vooruitgang merk ik niet t.o.v. de vorige versie, maar ik heb ook niet meer klachten

Als ik het goed begrijp wordt de x server die in 9.04 gebruikt wordt nog steeds niet ondersteund, ook niet met deze nieuwe driver?