Driver-update: ATI Catalyst Linux Display Driver 9.1

ATi CrossFireX logo (75 pix) AMD heeft nieuwe Linux-drivers voor zijn ATI Radeon-videokaarten uitgebracht. De download is iets meer dan 78MB groot en kan zowel voor 32bits- als 64bits-omgevingen worden gebruikt. Versie 9.1 van Catalyst Linux Display Driver kan overweg met versies 6.8 tot en met 7.4 van X.org, Linux-kernel 2.6 en hoger en glibc 2.2 en 2.3. Nieuw in deze release is onder andere volledige ondersteuning voor Ubuntu 8.10 en OpenGL 3.0. Verder is er ook ondersteuning voor Hybrid Crossfire en Multiview toegevoegd. Daarnaast laten de release notes natuurlijk weer bekende lijst met bugfixes en reeds bekende problemen zien:

New Features

Support for New Linux Operating Systems
  • Ubuntu 8.10 production support
Full OpenGL 3.0 Support

The following is a list of OpenGL 3.0 extensions added in Catalyst 9.1:
  • ARB_framebuffer_object
  • ARB_half_float_vertex
  • ARB_texture_rg
  • EXT_texture_array
  • EXT_texture_integer
  • EXT_transform_feedback
  • NV_conditional_render
  • WGL/GLX_create_context (for new 3.0 contexts)
  • GLSL 1.3
  • ARB_color_buffer_float
  • ARB_vertex_array_object
  • EXT_draw_buffers2
Hybrid CrossFire support for Linux

This release of Catalyst introduces Hybrid Graphics support. Hybrid Graphics delivers a significant 3D performance boost for systems featuring an AMD 780G/780D integrated graphics motherboard and an ATI Radeon HD 3400 Series or ATI Radeon HD 2400 Series graphics accelerator.

Multiview Support

This release of ATI Catalyst Linux enables users to render applications using a multiple GPU configuration with independent displays
  • Multview can be enabled using single or multiple GPU configurations with Xinerama disabled
  • Configuration supported with Catalyst Control Center, under the display property tab.
  • Supported on any combination of the ATI Radeon 3000 Series and ATI Radeon 2000 Series of graphics cards
Resolved Issues
  • An incorrect error message is no longer returned when applying an unsupported TV geometry in a console terminal. Further details can be found in topic number 737-35212
  • Configuring the OS to run in dualhead mode may cause both displays to become shredded and unusable
  • Configuring the driver for a secondary adapter using the command “aticonfig --enable-monitor=auto” may cause the system to stop responding
  • After running “aticonfig --lscc” the CrossFire candidate adapters are listed as “none”
  • Linux third instance of xserver may show video corruption when enabled on ATI Radeon HD 3200 Graphics
  • Linux Desktop fails to render in SuSE 11 with ATI Radeon HD 3200 Graphics in big desktop mode
  • Xserver fails to start on ATI Radeon HD 3200 Graphics
  • Vertical sync tearing issues may be noticed with the following Catalyst Control Center settings “Wait for Vertical refresh” and “Off, unless application specifies” have been applied
  • Segmentation fault may occur on OpenGL call glTexSubImage2D
  • System does not switch to “Optimal Performance” when running on AC power and returning from sleep
  • Secondary display will not be set to 640 x 480 on restart of the xserver
  • Unable to start dual head mode after installing driver from aticonfig
  • Playing back a MPEG2 file in hardware accelerated mode may intermittently stop and outputs error to console window
  • Mplayer may stop responding when returning from S3/S4 sleep
  • Ubuntu segmentation fault may occur when installing the driver from the aticonfig command line
  • Screen corruption may be noticed when starting Nexuiz
  • Indirect OpenGL rendering fails when dual-head mode has been enabled
  • System may become unresponsive when multi adapter displays are enabled in the reverse order of the adapters
  • Some video clips may show stuttering and corruption during playback in mplayer
  • No video displayed during playback of H.264 media file on certain Mobile platforms
  • Open GL Linux: AIGLX not enabled by default on Ubuntu 8.10 64bit
  • Running Quake4 on some CrossFire systems may cause the system to become unresponsive
  • Moving glxgears window may show some screen corruption
  • Softimage XSI v7.0: Models with over 15 million triangles may load with some screen corruption
  • Texture error may be noticed while playing any media file using Mplayer
  • Catalyst Control Center shows incorrect Bus Capability and Maximum Setting as AGP 12x in CCCLE
  • Bus type is shown as PCI instead of PCI Express 2.0 in the Catalyst Control Center's Information page
  • Catalyst Control Center Information page shows incorrect bus type (PCI as PCIE)
  • Catalyst Control Center may not start after clicking desktop icon or running from terminal window
  • Catalyst Control Center does not load when Xinerama is enabled with three or more displays
  • Catalyst Control Center power play aspects is not available
  • Catalyst Control Center: Anti-Aliasing and Anisotropic filtering pages grayed out for secondary adapter on enabling 'Xinerama'
  • Catalyst Control Center: enabling display with Xinerama may cause 2 x 2 virtual desktops to overlap
  • Catalyst Control Center: Anti-Alias controls are greyed out on ATI FireGL V5600/V3600
Known Issues
  • X-Server unresponsive when installing the driver on some systems with ATI Radeon HD 3200 Graphics
  • On Novell's openSUSE, SLED and SLES operating systems running “sax2” or “sax2 -r” on the console overwrites the X.Org configuration file xorg.conf, reverting changes made by running “aticonfig --initial”. As a result subsequent X session may start up using the open source Radeon on X-Vesa graphics drivers instead of the proprietary ATI Linux Graphics Driver.
    Solution: Do not use Sax2 when the proprietary Linux Graphics Driver is installed. Instead configure all display parameters using the Catalyst Control Center--Linux Edition or the aticonfig command line interface.
  • Some screen overlay corruption may be observed playing certain AVI files with mplayer when connected using HDMI output
  • Multiview: Some system may stop responding starting X-server after the display configuration is changed in Catalyst Control Center
  • Multiview: System may fail starting XServer in multihead configurations with more than 2 adapters
  • Multiview: When switching between terminals some corruption may be observed on the third adapter connected with a CRT Monitor
  • Screen corruption may be noticed at the Login screen when Compiz "Desktop Effects" has been enabled
  • Viewperf 9.0.3: Reduced performance may be noticed when compared to the previous Catalyst 8.12 release
  • With some ATI adapters the display port monitor may not be detected after being hotplugged
  • Desktop gamma settings are not restored when exit fullscreen Open GL application
  • 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
  • Some systems may fail to respond when configured with four displays and dual head has been enabled
  • Resuming from sleep the display connected to add-on card remains off in some dual-head mode configurations
  • RHEL 4.6 64 Bit: some system may become unresponsive after killing X-server (ctrl+alt+backspace)
  • Enemy Territory Quake Wars v1.4 demo, system may become unresponsive when game is run
  • Some Open GL applications may cause a segmentation fault with CrossFire and dual head enabled
  • Video clips on the secondary display may not render when system is running in clone or big desktop mode
  • Video does not resize or may appear filled with pink/black when changing from a low to high resolution
  • SUSE 10.3 64bit: Connecting a DFP display device as a secondary display device may occasionally result in the secondary display device failing to display an image
ATi Catalyst Linux Display Driver logo (410 pix)
Versienummer 9.1
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-1-x86.x86_64.run
Bestandsgrootte 78,46MB
Licentietype Voorwaarden (GNU/BSD/etc.)

Door Bart van Klaveren

Downloads en Best Buy Guide

31-01-2009 • 09:33

32

Submitter: dragunova

Bron: AMD

Reacties (32)

32
32
3
3
0
10
Wijzig sortering
Ik ben behoorlijk te spreken over deze drivers. Op mijn server/workstation kan ik nu hybrid crossfire gebruiken (AMD 780G chipset met geintegreerde HD3200 en een losse HD 3450), waarbij ik een gewone monitor en mijn tv heb aangesloten op de HD 3450.

De vorderingen met betrekking tot OpenGL 3.0 zijn mooi, maar ik krijg het helaas nog niet voor elkaar om daadwerkelijk een OpenGL 3.0 context te maken (een heel simpel programma dat niets meer doet dan een window met context maken geeft een segfault als ik probeer een 3.0 context te vragen, hetzelfde programma werkt perfect als ik een 2.1 context vraag). Op internet tot nog toe ook nog niets kunnen vinden over mensen die hier wel in geslaagd zijn. Ook geeft glxinfo nog versie 2.1 aan (hoewel dit zou kunnen liggen aan de manier waarop glxinfo werkt, niet perse aan de driver).

Verder werkt Blender nu zonder mijn desktop te vernielen (het panel bovenin de desktop werd altijd zwart bij mij als ik Blender gebruikte).

Er zijn echter ook nog wel wat probleempjes, zo is er een probleem met tv-out. Ik kan het beeld van mijn tv niet schalen, want dan wil X niet meer opstarten. Deze bug is al aanwezig sinds driver versie 8.10... sindsdien heb ik standaard boven en onderin beeld zwarte balken.

Glxgears sluit bij mij ook nog af met een error. Niet erg belangrijk, maar blijkbaar is er iets niet helemaal in orde (kunnen de drivers zijn, kan glxgears zijn).

Daarnaast houdt mijn server/workstation niet van desktop effecten. Als ik die aan heb staan, dan crashed de computer ook. Normaal gesproken heb ik die echter uit staan, dus voor mij persoonlijk is het probleem niet zo groot. Op mijn andere computer (met HD 4870) werken de desktop effects echter prima.

Al met al een fijne release wat mij betreft. Er zijn nog altijd wel wat problemen, maar langzaam maar zeker wordt het steeds beter.
GLXGears, crasht indien je de driver hebt geinstalleerd op een X86_64. Je moet dan even de fglrx driver uit de /usr/lib verwijderen en een symlink vanuit de /usr/lib64 aanmaken naar de lib map.

Dan zou je probleem opgelost moeten zijn en moet glxgears gewoon werken. (GLXinfo zou dan ook gewoon moeten werken.

Kan natuurlijk niet zien wat voor een desktop jij hebt, maar voor de mensen die hier ook problemen mee hadden/hebben.
Beetje raar, ik heb eens op mijn systeempje gekeken (Intrepid AMD64) en daar kan ik met diff geen verschil vinden tussen de files in de /usr/lib/fglrx/ en /usr/lib64/fglrx/ .
De installer heeft die files daar zelf neergezet.
Ik vraag me toch echt af hoe ze een driver uitbrengen met zo'n waslijst aan 'Known Issues', waaronder nog best wat echte showstoppers. Als ze weten dat die problemen bestaan, waarom repareren ze dat dat niet voordat ze een nieuwe release uitbrengen? Heeft de Windows driver ook zo'n lijst aan Known Issues?
Het is alleen maar aan te bevelen dat ze een lijst met known issue`s presenteren. Nvidia doet dat niet, daar weet je dus niet of het probleem dat je ervaart nu een rotte kaart is, drivers of iets anders op je pc (configuratie ofzo).

Deze lijst zorgt ervoor dat je weet wat er aan de hand is en je meer info over het probleem kan terug zoeken op het forum. Daarnaast weet je dat er aan gewerkt wordt en dat er op korte termijn een fix aan zit te komen.

Wat ik zelf erg mooi vind, en dat is niet specifiek voor de linux variant, dat ze elke maand een duidelijke van versie nummer voorziene driver uitbrengen.
Bij nvidia zijn het zoveel door elkaar, waarbij een hogere versie een fix niet hoeft te hebben ten opzicht van een lagere versie. Bij hun is het vaak een specifieke driver voor een specifiek spel. Dat was bij Farcry, BF2, GTA4 en wellicht nog tal van andere games zo.
antwoord 1: Omdat deze release ook een aantal "kwnown issues" uit de vorige driver oplost.
antwoord 2: Ja, ook de windowsdriver heeft "known issues"; zie hier.
Er staan nu meer known issues bij, omdat ze blijkbaar nu van het bestaan van die issues af weten. Vroeger was de lijst met known issues erg klein, en de hoeveelheid praktijk issues erg groot. Ze hebben die issues niet allemaal gefixed, omdat ze hun tijd maar 1 keer kunnen besteden, en al met die grote waslijst met bugfixes hierboven aan het werk waren. Het is niet alsof ze oneindig veel mankracht hebben en voor iedere issue een aparte programmeur in kunnen schakelen. Volgende release zullen er weer een aantal van die issues opgelost zijn, en weer andere op de lijst zijn bijgekomen.
Iedere keer dat ze zo'n driver uitbrengen stijgt wel de kans dat mijn volgende kaart aan ati kan zijn. Een jaar geleden was dat ongeveer 1% (namelijk alleen als iemand mij zo'n ding gratis geeft). Nvidia is ook wel ok bezig, met VDPAU enzo, maar ATI stopt nu eindelijk wat werk in z'n drivers en zal ik bij m'n volgende kaart ook gaan overwegen.
ATI is goed bezig aan het linux front momenteel; ten eerste door deze 9.1 linux catalyst driver gelijktijdig met zijn windows equivalent te publiceren en daarnaast nog de specificaties van zijn recente R600- en R700-gpu's vrij te geven waardoor men desgewenst ook zelf nog aan de slag kan. Dat is wel eens anders geweest. Hulde!

[Reactie gewijzigd door d3vlin op 24 juli 2024 07:46]

Zeg maar gerust AMD, zij hebben gezorgd dat de ATI-drivers weer actief werden ontwikkeld. Gisteren nog een topic tegengekomen op ubuntu forums waar iemand de nieuwe ATI-drivers aanpreesde omdat hij meer FPS kreeg met sommige games met Wine onder Ubuntu dan gewoon onder XP of Vista.
Ja, dat is ook niet zo gek, dat gebeurt wel vaker. Het komt dan metname doordat bepaalde schaduw of licht effecten worden weggelaten, omdat die niet werken onder de linux variant.

Natuurlijk worden de drivers met de maand beter, maar de linux drivers zijn bij lange na nog niet op het niveau van de windows drivers.

Het aansluiten van meerdere beeldschermen en energiebeheer schijnen nog altijd niet 100% te werken.
Dat zou best de oorzaak kunnen zijn van de snelheidswinst maar het hoeft niet de enige reden te zijn. Het is al vaak opgevallen, ook bij mijzelf, dat sommige windows software het sneller doet onder wine dan op een "echte" Windows bij dezelfde hardware.
De verklaring wordt vaak gezocht in het gegeven dat de gesimuleerde windows laag feitenlijk een clean install is. Een ander reden kan zijn dat sommige zaken gewoon efficienter geschreven zijn.
Wine Is Not an Emulator ;)

Wine onderschept de windows api calls en sluist ze door naar equivalente linux calls. Zodoende is de overhead relatief laag, zeker wanneer de windows functionaliteit vrij direct te vertalen is in wat linux doet. Snelheidswinst op wine valt te verwachten op die gebieden waar linux efficienter werkt zoals bestandssysteem, starten van nieuwe processen en memory management.
Linux die efficienter werkt op het bestandsysteem? Welk niet standaard gebruikt file systeem mag dat dan zijn?
Dat is een beetje kort door de bocht. Wine converteerd alle directx commando's naar opengl. Aangezien direct3d nogal traag is kan het best zijn dat de opengl commando's sneller zijn, ondanks de vertaalslag. Ik heb namelijk wel vaker performance winst gezien onder linux tov windows. Onder andere met GTA3/vice city, waar m'n fps voor m'n gevoel verdubbelde (uiteraard met frame limiter uit, wat onder windows er nog wel eens voor zorgde dat het spel op het loading screen bleef hangen).
Voor het geval je m'n kritiek op d3d als anti-ms geflame afdoet: Het verschil tussen opengl en direct3d vond ik het duidelijkst met de eerste far cry, waar ik zo'n 3x meer frames had met de ogl renderer (die je kan activeren met een config file aanpassing) dan met direct3d, maar ook verschillende unreal tournament versies (inclusief 2k4) en half-life 1 based games waren toch ietsje sneller in ogl. M'n broertje draaide laatst op mijn aanraden world of warcraft in opengl en was blij verbaasd dat z'n mouselag (een ander veel voorkomend d3d probleem) verdwenen was. De meeste games hebben maar 1 renderer, dus zijn niet echt te vergelijken, maar ik ken geen enkel voorbeeld waar het andersom was.
Dit was btw met nvidia hardware, het kan zijn dat ati gebruikers het andersom ervaren, aangezien dat vroeger nogal d3d-focused hardware was, terwijl nvidia ook goede ogl support had vanwege hun professionele (quadro) kaarten.

En ja, de performance winst volledig toeschrijven aan opengl vind ik zelf ook nogal kort door de bocht, het kan van veel meer factoren afhankelijk zijn, maar het meeste is niet te bewijzen zonder concrete benchmarks. Ik geloof in ieder geval niet dat het door het weglaten van effecten komt... (iig niet onder nvidia)
Ik had (een jaar geleden ofzo) een dikke performance winst Met WoW@Wine ten opzichte van WoW@Windows.
Het gaat hier om exact de zelfde PC met exact de zelfde plugins geladen. Ik heb het niet over de FPS maar over de laadtijden als je 'zoned'.
Mensen op 'de boot' hebben me nogal eens gevraagd hoe vet mijn PC wel niet moet zijn om zo snel te laden.

Ik kan het fout hebben maar volgens mij is dat grotendeels toe te schrijven aan het OS en niet aan de graphics drivers of het al dan niet weglaten van effecten.
En de vrijgave van de specs is uiteindelijk de reden geweest om voor mijn nieuwe NAS/HTPC voor de AMD 780G chipset te gaan, ipv een nVidia oplossing.
De combinatie nVidia + moderne Linux graphics (Compiz, KDE4) is niet zo fantastische, met al die artifacts.
Er is echter geen zich op verbetering mbt nVidia, terwijl door de open specs van AMD, die ATI drivers onder Linux kunnen uitgroeien tot iets supers.

Waar ik een paar jaar geleden nog nVidia aanraadde voor nieuwe Linux bakken, raad ik nu een AMD/ATI oplossing aan.
Als dit de tearing in XBMC oplost voor mijn 3200 HD dan ben ik eindelijk blij - de oude drivers wilden geen VSync doen... :|
Dat is redelijk eenvoudig op te lossen, tenminste op mijn 3450 HD:

Zet de VSync geheel naar de rechterkant en stel binnen XBMC in dat de VSync bepaald moet worden door de driver. Vervolgens XBMC opstarten en VSync tijdens het afspelen zal het dan wel goed doen.
Ik vind dat AMD erg goed bezig is omde Linux-community te plezieren.
Jammer dat een paar partners van het voormalige ATi dwarsliggen bij het volledig open source maken van de drivers, maar ze zijn op de goede weg.
Voor mijn linux-bakken enkel AMD-chips.
Ahh, mooi! Ik heb een X1400 kaart in mijn laptop, maar als ik twee monitors gebruik (niet klonen) en een programma start een deel off-screen dan crashed mijn X server. Ik hoop dat het hiermee dan ook opgelost is want ik vind Ubuntu zo fijn werken. En die driver is het enige dat mijn gebruikerservaring met Ubuntu een negatieve bijklank geeft.
Weet iemand of deze op een normale manier te installeren is in Fedora 10? Zonder pakketten te downgraden...
Er zit wel beweging in het oplossen van de problemen met video afspelen in combinatie met desktop effects. Ik draai Ubuntu 8.10 met een HD4850, en de afgelopen releases lieten steeds een soort strepen door het beeld zien, dus daarmee kon je geen video spelen.
Nu speelt het wel goed af, maar gaat het beeld buiten de borders van de Movie Player en vervolgens crashte mijn X.org Server. Voorlopig laat ik de desktop effects dus maar uit :-).
Als je de output op XV zet kan het misschien wel werken. Tenminste, dat heb ik al op 3 machines gezien..
Of op OpenGL, aangezien 3d effects allemaal opengl zijn, en een opengl app meer of minder dan ook niet veel uit zal maken. Gebruikt naar mijn ervaring iets meer cpu, maar werkt wel stabieler.
Ik heb 't helemaal gehad met Ati en Linux. Te instabiele fglrx driver, maakt niet uit welke versie. Het mobo van m'n Linux media server (mythtv etc) heb ik nu vervangen van een met Ati HD3200 onboard naar eentje met Nvidia 8300 on board. X is nu niet meer gecrashed, wat ik ook uithaal. En de GPU, met laatste driver en een patch voor mplayer ondersteunt ook nog eens x264, via "VDPAU". De cpu hoeft nu bijna niks meer te doen met een 1080p film.
Hoe valt met deze versie dual-head in te stellen? Nog steeds dat gedoe met aticonfig, of kan dat eindelijk al met xrandr? Ik kan de extra accu-tijd van terugklokken namelijk wel gebruiken.

Op dit item kan niet meer gereageerd worden.