ATi Linux Driver 8.25.18

ATi logo (kleiner) ATi heeft nieuwe display drivers voor Linux uitgebracht en deze rugnummer 8.25.18 meegegeven. Ze kunnen hun werk doen op alle kaarten vanaf de Radeon 8500 en zijn beschikbaar voor een 32-bits en 64-bits omgeving als closed source-driver. Deze driver voegt eindelijk ondersteuning toe voor Xorg versie 7.0 en maakt ook Display Power Management Signaling mogelijk. Daarnaast kunnen nu ook een rits FireGL-kaarten onder Linux worden gebruikt en zijn er de nodige bugs verholpen. Het volledige changelog ziet er als volgt uit:

New Features

New Product Support

FireGL V7350
FireGL V7300
FireGL V7200
FireGL V5200
FireGL V3400
FireGL V3350
FireGL V2200

Xorg 7.0 Support
Display Power Management Signaling Support
Resolved Issues

Running two X servers simultaneously no longer results in the system failing to respond.
X Server no longer fails to load when using an ATI Radeon X1x00, 512MB product with certain motherboards.
Toggling between console mode and X Server graphical mode no longer results in a system hang.
Executing the command aticonfig --tv-format-type=NTSC-M no longer results in NTSC-M being detected as an invalid TV standard.
The option --get-supported for the ATI installer has been replaced by the option --listpkg.
User page lock is no longer available for AGP products resulting in a number of options (--agpl, --agp-locked-userpages, --agplock, --iagp, and --internal-agp) being removed from aticonfig and being replaced by the option --locked-userpages.
Attempting to enable clone mode or extended desktop mode no longer results in the secondary display device failing to activate when using the ATI Control Panel.
Using aticonfig --resolution to configure the display resolution no longer results in the user defined resolution failing to take effect.
The software driver now supports Linux kernels that have NUMA support enabled on x86_64 machines.
A segmentation fault no longer occurs when attempting to initialize an incomplete X Server configuration file using aticonfig -f.
aticonfig --initial now fills in the VendorName and ModelName sections of the X Server configuration file for increased compatibility for SuSE's SaX2.
Known Issues

Attempting to install the ATI Proprietary Linux driver on distributions that have updated certain 3D components outside of the stock XOrg 6.8.2 may result in the driver not initializing 3D applications properly.
TV display is corrupt after switching resolutions.
TV Out is currently not supported on the ATI Radeon X1x00 products.
A system hang may occur when attempting to resume from hibernation mode.
[break]De volgende downloads zijn beschikbaar:
ATi Driver Installer version 8.25.18 voor 32-bits versie van Linux
ATi Driver Installer version 8.25.18 voor 64-bits versie van Linux[break]

Reacties (33)

iGadget 31 mei 2006 13:34

Is in deze versie nu ook gefixt dat een onboard R200 chipset (o.a. in de HP Pavillion zv6000 serie laptops) persé 128MB van het werkgegeheugen nodig heeft naast z'n eigen 128MB om beeld te kunnen geven?

De boel loopt toch aanmerkelijk minder soepel met 384MB beschikbaar werkgeheugen ipv 512MB...

kozue @iGadget • 3 juni 2006 12:24

Dat lijkt me geen bug. Onboard videochips hebben niet altijd intern geheugen. Aangezien mijn GF 6200 Go nog slechts 64MB eigen geheugen heeft, lijkt het me niet dat zo'n oude R200 al 128 van zichzelf heeft.

Maarja, ik heb nog nooit mobiele ati's gehad, dus ik kan er ook best naastzitten, maar in dit geval lijkt het me gewoon normaal gedrag van die chip...
Waarschijnlijk kun je het geheugen wel in de BIOS instellen. Als je het toch niet gebruikt om te gamen heb je wel genoeg aan 64 of 32 ofzo.

iGadget @kozue • 3 juni 2006 19:12

DAT is nou juist de bug! Zodra je in de BIOS dus instelt dat je minder dan 128MB van het werkgeheugen toewijst aan de onboard video, dan krijg je helemaal geen beeld meer.

En de R200 heeft weldegelijk al 128MB van zichzelf, dus hij zou eigenlijk helemaal geen werkgeheugen hoeven gebruiken. Onder windows (en bij gebruik making van de VESA driver in linux) werkt het namelijk wel gewoon met z'n eigen dedicated geheugen.
Het probleem alleen met de VESA driver is dat deze niet de native resolutie (1280x768) van mijn scherm wil doen. En er helemaal niets accelerated is uiteraard.

_JGC_ @iGadget • 9 juni 2006 12:31

De OpenGL support voor R200 kaarten is gesloopt door een bug in de libGL.so.* lib die meegeleverd is bij deze drivers, dit kan je oplossen door de libGL.so.* libs van een oudere versie te nemen.

Wat betreft het toewijzen van 128MB geheugen: heb je de opensource drivers al geprobeerd? De R200 chips werken net zo goed met de opensource drivers, misschien zelfs wel beter. Enige waar je rekening mee moet houden bij de R200 is dat je de 3D drivers uit Mesa 6.5 of later neemt, die in 6.4 zijn buggy en zorgen voor veel vertragingen.

iGadget @iGadget • 9 juni 2006 17:39

Jan de Groot: wellicht ben ik niet duidelijk genoeg geweest - ik heb het over de R200 IXP chipset, dus niet alleen de grafische chip.

De grafische chip is een ATI Radeon XPRESS 200M (PCIE). Bij mijn weten is daar nog geen goede open source support voor. Maar ik hoor het graag als ik ernaast zit

Anoniem: 137851 27 mei 2006 19:57

Wat ik hier en daar lees kunnen de mensjes van ATI niet echt goed drivers schrijven. Blijkbaar hebben ze niet genoeg verstand van Linux en XOrg. Wanneer ze de drivers nu Open Source maken kunnen mensen die er wel verstand van hebben de drivers verbeteren.

Ansur @Anoniem: 137851 • 27 mei 2006 20:27

Erm dit is toch een ongegronde mening.

Ze zullen best wel goed weten hoe ze drivers moeten maken. Het lijkt me eerder een prioriteitskwestie.

Mocht ATI's management meer tijd/geld geven aan ATI's Linux Department zou men in theorie even goede (betere?) drivers kunnen schrijven voor Linux dan voor Windows.

VNA9216 @Anoniem: 137851 • 27 mei 2006 23:31

helaas zullen ze de drivers echt niet opensource maken want dr zitten veeel te veel "geheime"technieken in waarvan ATi liever niet heeft dat Nvidia en andere concurrenten die in handen heeft..

verder ook omdat zowel ATi als Nvidia licenties hebben op technieken van elkaar... en ze dus niet zonder elkaar's toestemming de drivers opensource mogen maken... doen ze dit wel.. zal het zo zijn als met die DRI drivers... dat ze bepaalde instructies niet ondersteunen omdat ze die niet mogen gebruiken zonder er flink voor te betalen...

ik heb zelf een paar weken terug de overstap naar een Nvidia kaart gemaakt... en wat een verschil zeg... nu draai ik zelfs battlefield 2 en C&C generals en dergelijke soepel onder linux.. (en nee dat verschil zit niet direct in de kaart

)

Jejking @Anoniem: 137851 • 29 mei 2006 13:29

Helaas voor de Linux-gebruikers werkt dat niet zo...

ATi heeft de nare gewoonte om zijn driversupport-teams af te stemmen op de vraag naar een bepaald genre. De markt schreeuwt momenteel om Windows XP en DirectX, dus vindt ATi dat daar de meeste aandacht en dus de meeste mensen naartoe moeten...

OpenGL-programma's en Linux zijn zwáár in de minderheid, en dus krijgen die gewoon weinig prioriteit.

Zo zit het, en niet anders (helaas

)

Mayco @Jejking • 29 mei 2006 22:48

ik gebruik zelf halftime linux (met de ati drivers, en ikben zeer blij met deze release), maar ik vind het wel een beetje logisch dat ze meer aandacht besteden aan dingen die een hogere vraag hebben...

stel je voor... je hebt een projectje waar mensen request in kunnen sturen...

er komen 1000 requests binnen voor feature A, en 20 requests voor feature B, toch maar normaal dat je eerst feature A doet, en dan als er nog tijd is feature B?
zo gaat het net met de windows vs linux drivers

eerlijk voor linuxgebruikers? nee
logisch voor een bedrijf waar het om gaat om de markt tevreden te houden? ja

blouweKip @Mayco • 7 juni 2006 15:28

logisch voor een bedrijf waar het om gaat om de markt tevreden te houden? ja

En dat is dan ook de reden dat ik er geen ati in heb zitten

Ati's windows opengl support was altijd al slecht, dus dan kun je op linux ook weinig verwachten (al zie ik dat ze bugs van 2 jaar geleden eindelijk heben opgelost)

Countess

ATi Radeon X
ATi

27 mei 2006 18:28

het heeft even geduurt maar zo langzamerhand lijkt er wat schot te komen in de linux drivers, teminste als ik het change log mag geloven.

ga ze zometeen eens even uitproberen.

Blokker_1999

@Countess • 27 mei 2006 18:46

Tja, de vorige release had niet veel om het lijf. Goed om te zien dat het systeem het niet meer begeeft bij het switchen tussen console en X.

Maar na de install heb ik geen 3D acceleratie meer. Wat ben ik vergeten? (Debian 3.1)

anvil @Blokker_1999 • 27 mei 2006 21:05

Die crashes had ik ook met 8.24.8 al niet...
Check eens 'glxinfo' om te zien welke GL drivers actief zijn... mogelijk om een of andere reden toch de SGI ipv ATI drivers. Gebeurt hier ook af en toe om onduidelijke reden

Anoniem: 168910 @anvil • 28 mei 2006 17:47

Werkt toch wel onder XGL hoor. Wat niet werkt is shx/xvideo. Waar ze je videokaart gebruiken om direct _video_ te renderen. (omdat het dus indirect draait, alles wordt gebuffert op display 1). Zet daarom in je media players (gxine, mplayer) de output juist op opengl. (gl2 output driver voor mplayer is de beste). Als je totem wilt gebruiken then you're out of luck qua performance.

OpenGL doet het dus juist wel. Ik kan gewoon alle 3d spellen spelen. Alleen verandert 't de resolutie vaak niet meer zodat 't niet fullscreen is (maar dan zoom ik gewoon in ;-)

Let wel: ik draai dan ook xgl bovenop de closed-source-driver van NVidia. Dus de XGL server is weer een client van Nvidia-server. Mijn gdm draait dus gewoon op de nvidia-server, terwijl ik een xinit script hebt dat de xgl-server opstart. Het spel dat ik in deze voorbeelden gebruik is planet-penguin-racer, je installeert het met een:

sudo apt-get install planetpenguin-racer

Om een oude x-server app/game te openen in xgl, is de display standaard op 1 gezet:

ppracer

(werkt wel, maar resolutie verander niet, dus app opent full-screen met 3/4 zwarte borders, en game in het midden)

set display=:0
ppracer

(werkt 100% identiek, resolutie verandert, etc. opent het over xgl heen, kan in sommige gevallen xgl in de war sturen)

Als laatste is er nog een truuk om gewoon nog een x-server op te starten.. je kan dan met control+alt+f7 terug schakelen naar je desktop, terwijl je de game in kwestie op control+alt+f8 draait.

Ik gebruik het om tvtime op xgl aan de praat te houden, die geen opengl output ondersteunt (maar alleen xvideo).
Probeer dit bijvoorbeeld:

sudo xinit /usr/games/ppracer -display :1 -- /usr/bin/X :1 -ac

Je kan ppracer ook vervangen met xterm, om gewoon een terminal te krijgen. Met dit truukje kan je trouwens ook gnome naast kde draaien bijvoorbeeld. Dan switch je met control+f7 en control+f8. Alhoewel het niet allemaal even soepel gaat. Gnome gaat toch echt maar van 1 xserver uit!

(control+f1 tot en control+f6 zijn gewone full screen terminal vensters: handig als de boel ooit eens vast loopt: kan je daar een 'killall azureus' doen bijvoorbeeld :-))

brainball @anvil • 28 mei 2006 10:17

Gebruik je toevallig Xgl? Door de rendering libraries die dit gebruikt, worden alleen de SGI libraries gebruikt. Daarnaast is direct rendering ook niet ondersteunt (iig niet zover ik weet).
Als je Xgl uitzet zou 3D acceleratie weer fatsoenlijk moeten werken.

brainball @anvil • 29 mei 2006 23:39

zover ik weet bestaat er niet zoiets als een nvidia server. Alleen nvidia kernel modules. De Xgl server maakt gebruik van deze modules (en de bijbehorende libraries). Maar omdat Xgl enige openGL functies vereist die (nog) niet in de nvidia driver zitten verwerkt, maakt Xgl gebruik van de mesa libraries.
De truuk die ervoor nodig is om dit te laten gebeuren maakt het helaas onmogelijk om direct rendering te gebruiken. Oftewel applicaties krijgen direct toegang tot low level openGL calls. Buiten de x-server etc om. een voorbeeld van een applicatie die zwaar leunt op direct rendering is cedega of wine. Het checken of direct rendering werkt of niet kan, via glxinfo | grep direct rendering of glrxinfo | direct rendering (of hoe dat progsel bij de ati driver ook heet). Dit zal een Yes of No returnen.

Hoe het precies zit met direct video enz, moet ik bekennen weet ik niet. Ik heb verder namelijk niet eerder van direct video gehoord.

XiQ @Blokker_1999 • 28 mei 2006 00:06

Volgens mij moet je deze properiere driver zelf installeren, die zit niet bij debian.

@anvil: is dat niet een kwestie van de betreffende module commenten in /etc/X11/xorg.conf?

jealma 27 mei 2006 18:49

Ik heb gisteren al een test gelezen van de drivers, kleine verbetering in performance, geen crashes meer als je meerdere x-servers gebruikt, ondersteuning van de nieuwste X1000 series kaarten en werkt ook goed in laptops met ati kaarten.

Anoniem: 150009 @jealma • 27 mei 2006 19:40

De review waar Jealma het waarschijnlijk over heeft:
http://www.phoronix.com/s...ge=article&item=480&num=1

Veel fouten zijn gefixed, maar toch maak ik me nog zorgen over de performance van die ati linux drivers, want die is ronduit pet!

irondog 27 mei 2006 22:01

Tsjesus, dat is nogal wat:
Xorg 7.0 Support => Eindelijk!! 7.1 is inmiddels al uit, maar goed.
Running two X servers simultaneously no longer results in the system failing to respond. => Zeer oude bug. Eindelijk opgelost!
Toggling between console mode and X Server graphical mode no longer results in a system hang.=> Deze was echt iri ja!

Ik wilde hem bijna al gaan proberen, deze driver. Maar ik zit al op Xorg 7.1 dus dat gaat niet werken. Toch begint het al ergens op te lijken (al heb ik het nog niet getest).

Anoniem: 135018 28 mei 2006 02:31

Net getest om mijn laptop en weer X naar de klote... Argh

Anoniem: 44174 28 mei 2006 07:23

Persoonlijk heb ik nog steeds geen vertrouwen in de ATI linux driver(s) na mijn vorige ervaringen.
Het dan ook nog steeds voor mij persoonlijk een reden om Nvidia te kopen.

Anoniem: 44937 28 mei 2006 13:13

Geinstalleerd op de mijn acer 5020 en geen problemen
Wat wel lastig is is dat bij de grafische install de window
van het scherm af loopt zonder dat je kunt scrollen, waarschijnlijk omdat een 15,4" scherm maar tot 1200x800 gaat ipv 1280x1024. En dat is al vanaf het begin. Dus steeds op cmdline instaleren. Mogen ze ook wel een keer oplossen
Verder dik tevreden over deze ATI drivers

geez @Anoniem: 44937 • 28 mei 2006 15:49

Al gereport bij ATi ?

Anoniem: 112386 28 mei 2006 20:15

Toggling between console mode and X Server graphical mode no longer results in a system hang.

zozo, het heeft een paar jaar geduurd.....

en rapporteren bij ATI lijkt geen zin te hebben. ik heb het wel 15 keer gemeld. iedere keer weer de hoop dat het gefixed is... maar nee.

ik zal het nog een keer proberen en anders is het exit op de desktop (laptop kan even niet zo makkelijk...)

oeLangOetan @Anoniem: 112386 • 28 mei 2006 23:57

je moet het niet meer melden als het in de known issues staat

gp500 @oeLangOetan • 29 mei 2006 23:45

Juist wel iedereen moet zoveel mogelijk bugs melden zodat ze er meer aandacht aan besteden en beter drivers maken.

Leon @gp500 • 5 juni 2006 13:25

Zoveel mogelijk bugs melden is iets anders dan 10x dezelfde bug melden

Het kost gewoon tijd om al de dubbele bugs eruit te halen die ze beter aan de ontwikkeling van de drivers kunnen besteden.

kijk maar wat voor "administratieve" rompslomp er allemaal bij komt kijken bij een groot project zoals debian en gentoo.

DrDread 29 mei 2006 18:11

Halloooo, net deze nieuwe driver geinstalleerd op mijn net zo nieuwe install van Fedora 5. Wat gebeurt er na een reboot? Als ik een applicatie opstart, dan staat de menubalk van de applicatie over de gehele breedte van mijn scherm (alsof het venster gemaxed is). Maar het venster zelf is gewoon klein. En ik kan niks minimizen/maximizen/slepen of wat dan ook. Kortom, de menubalk van die applicatie blokkeert mijn hele Fedora taakbalk waardoor ik niks meer kan. Dus ik moet de applicatie eerst killen voordat ik verder kan. Wat een gekloot...

H@rry @DrDread • 6 juni 2006 14:36

wacht dan ook op de livna repo's, scheelt je een hoop gekloot

http://rpm.livna.org

Op dit item kan niet meer gereageerd worden.

Versienummer	8.25.18
Besturingssystemen	Linux, Linux AMD64, Linux IA-64
Website	ATi
Download	https://support.ati.com/ics/support/KBAnswer.asp?questionID=3380
Licentietype	Voorwaarden (GNU/BSD/etc.)

12-'08	ATI Catalyst Linux Display Driver 8.12	22
11-'08	ATI Catalyst Linux Display Driver 8.11	28
10-'08	ATI Catalyst Linux Display Driver 8.10	12
09-'08	ATI Catalyst Linux Display Driver 8.9	26
08-'08	ATi Catalyst Linux Display Driver 8.8	18
07-'08	ATi Catalyst Linux Display Driver 8.7	22
06-'08	ATI Catalyst Linux Display Driver 8.6	29
05-'08	ATI Catalyst Linux Display Driver 8.5	36
04-'08	ATi Catalyst Linux Display Driver 8.4	15
03-'08	ATi Catalyst Linux Display Driver 8.3	29

Driver-update: ATi Linux Driver 8.25.18

Update-historie

Lees meer

Reacties (33)

Sorteer op:

Weergave: