Driver-update: ATi Linux Drivers 8.10.19

Op de website van ATi zijn nieuwe drivers te vinden voor het Linux-platform. Het versienummer is 8.10.19 en ze kunnen worden gevonden op deze pagina. De drivers zijn geschikt voor XFree86 versies 4.1 tot en met 4.3 en X.Org 6.8. Op deze pagina is door een zekere Wedge__ een goede FAQ te vinden hoe deze drivers kunnen worden geïnstalleerd. De volledige release notes kunnen op deze pagina gevonden worden, maar dit is in het kort wat er allemaal veranderd is:

New Features
  • The ATI Proprietary Linux software driver version introduces support for the ATI FireGL V5000.
Issues Resolved
  • Starting X on a DVI display no longer results in noisy or flickering output with some displays
  • The Monitor autodetect no longer finds a phantom CRT display if none is connected either RADEON X800, X700, X300, or FireGL V5100, and V5000
  • The ATI Proprietary Linux driver now works with Apple Cinema display flat panels in single link mode
  • fglrxconfig now produces a proper xorg.conf X Server configuration file
  • Running certain 3D applications no longer result in system hangs on x86_64 systems with RADEON 9100/8500 series or FireGL 8800 installed
  • Kernel Module Driver compile support for Kernel 2.6.10
  • XVideo support now available in dualhead configuration
  • 3D geometry corruption no longer occurs with Celestia and other 3d apps
  • A blank screen or X failing to load and returning to the console no longer occurs under X.Org 6.8 when using the config file generated by fglrxconfig
  • 64 Bit systems with 4 or more GB of RAM no longer hang the system while loading the X Server
Known Issues
  • TV Display is Corrupt After Switching Resolutions
  • Attempting to resume from system suspension results in the system failing to respond
  • Enabling Quad Buffer Stereo results in 2D graphics corruption under XFree86
  • Running two X servers simultaneously results in the system failing to respond
  • A blank screen may appear momentarily when X starts to load. An error message (or similar) may also appear on the text console
[break]
ATi FireGL V5000
ATi's FireGL 5000 wordt nu ook in Linux ondersteund.

Lees meer

Reacties (33)

33
30
12
0
0
12
Wijzig sortering
De driver werkt wel aardig. Niet dat glxgears een benchmark is maar ben van 1350 naar 2050 fps gegaan, aanzienlijke verbetering dus.

Helaas nog steeds geen acpi, dynamicclocks en accelerated composite support.

Voor kernel 2.6.11-rcX moet je hem nog wel even patchen:
http://www.co-lo.org/patches/firegl_public.patch
Ik mis met name accelerated composite support eigenlijk. Ik heb de vorige versie van de drivers geprobeerd (eerste ATI drivers die ik probeerde) en die werken eigenlijk best goed!
(ondanks dat er geen goede xorg.conf file uit zou komen; het bestand dat eruit komt kon je ook renamen naar xorg.conf, dat werkte ook prima).

Inderdaad moet er nog veel gebeuren maar omdat ze regelmatig met nieuwe versies komen heb ik hele goede hoop voor het verloop. Ik zal deze vanavond installeren (met een kernel update naar 2.6.10), ben benieuwd.
Ik ook... en xine speelt nu ook vloeiend fullscreen af, helaas nog geen YV12/XVideo support volgens Xine...
Doet het uitstekend op Gentoo 64. Mn glxgears is ook met sprongen vooruit gegaan :) Installatie was simpel :)

ACCEPT_KEYWORDS="~AMD64" emerge ati-drivers

enjoy!
Tikkie off-topic, maar wel goed voor de Gentoo gebruikers om te weten:

@Cartman!
Werkt zo wel, maar is niet de beste manier.

Beter is:

# echo "media-video/ati-drivers ~x86" >> /etc/portage/package.keywords
# emerge -uDvp ati-drivers
(alles ok? dan: )
# emerge -uDv ati-drivers

Zie ook http://gentoo-wiki.com/HOWTO_Use_Portage_Correctly

Succes!
Anoniem: 133206 @Luud18 februari 2005 17:15
hehe dan wel ~AMD64 he ;)
ps tis makkelijker als je de -a optie gebruikt in plaats van eerst met -p en dan zonder :)
Nog meer off-topic maar je kan ook dit doen
emerge -uDav ati-drivers
En daarna ff op enter drukken :)
Scheelt je weer typen :p
Ja, je hebt helemaal gelijk. Die methode is netter maar ik vind degene die ik net beschreef iets sneller. Maar prima tip :)
Iemand al UT2004 ermee gespeeld? Ik krijg erg schokkende beelden en slaat soms vast meer dan een seconde lang... Niet lekker flakken is dat lol
Ik heb Gentoo, Radeon 9600Pro, XP2500+@2.4Ghz Nforce 2, alles ~x86, kernel 2.6.10, xorg-x11-6.8.2, glibc-2.3.4.20050125

Kan geen oplossing vinden, alleen anderen met hetzelfde probleem...
Dit probleem heb ik ook al vaker gehoord.

UT2004 geeft deze problemen, terwijl de demo er geen last van heeft.

Probeer eens de demo, mss dat het probleem ergens anders ligt.
Ook de demo heeft er last van :(
Probeer eens een 2.4 kernel. Klinkt misschien raar vanwege al het 2.6 kernel is sneller gehype. Wat de 2.6 goed kan is multitasken, games zijn meestal niet zo threaded en willen gewoon weinig latency. Ik haal met de 2.6 in q3a heel wat minder frames dan met de 2.4 (2/3 ongeveer). Probeer eens, ben wel benieuwd of die natte vinger een beetje in de goede richting zit :)
Voor Suse 9.2 gebruikers staat hier een korte duidelijke install guide.

Ik heb deze versie nog niet geinstalleerd dus kan niet oordelen of er verbeteringen inzitten.
Ze missen dus weer acpi :(
Hibernate of standby... Linux crashen kunnen ze als de beste op laptops.
Niet helemaal correct, ze missen powermanagement support, dus de mogelijkheid om de kaart tijdelijk uit te zetten (sleep modes 3 (suspend to ram) of 4 (suspend to disk)). ACPI en APM implementeren beiden S3.

Maar je hebt gelijk, het is gewoon zwaar onder de maat dat ATi hun klanten vooral met mobiele apparatuur in de regen laten staan. Het is al vrij lang bekend dat powermanagement voor deze driver nodig is, en ATi lijkt het te negeren. Erg triest.
Ik ben benieuwd of deze net zo goed zijn als de Nvidia Linux drivers. ATI loopt altijd wat achter op Nvidia wat drivers betreft.
Nou, bij lange na niet.

Ik heb zelf geen ati meer, maar ik heb uit ellende een paar maand windows gedraaid, omdat de ati drivers zo slecht waren (sterker nog, niet bestonden voor 64-bit). In Juli heb ik het wachten op verbeteringen opgegeven en ben ik geswitched naar nvidia.

De nvidia drivers onder linux zijn net zo volwassen als de windows tegenhangers. En hoewel ik ze nu niet kan testen, maak je mij niet wijs dat ati in luttele maanden dat gat heeft dichtgemaakt.
Anoniem: 63072 @jurrie17 februari 2005 11:28
Dat is niet mij ervaring. Met nvidia had ik het afgelopen jaar alleen maar ellende. Random freezes van X meerdere malen per dag, bij verschillende distro's Xorg en XFree.

Verschillende nvidia kaarten gebruikt, allemaal hetzelfde probleem. Een Matrox G400 en G200 werkten foutloos, dus rest van het systeem was ok.

Het er nu een ATi 9600 in gezet met de ATi drivers (dus niet Xorg 2D only) en het systeem staat als een huis.

Wel is ATi onder linux duidelijk langzamer, maar nog altijd stukken sneller als de G400 ;)

@Bas!:
Ik ging ook aardig twijfelen, maar om even duidelijk te maken wat ik het afgelopen jaar heb geprobeerd om een GF3Ti200 GF2MX en FX5200 aan de praat te krijgen:

Alle kaarten geprobeert in twee PC's (AXP2500+/KT600 en P42600/i875p), beide volledig andere onderdelen, beide werken met nvidiakaart stabiel onder Windows 2000/XP.

De volgende distributie geprobeerd:
-Gentoo (stable en later upgrade naar unstable) op beide PC's met alle kaarten.
-Fedora Core 2 op de AXP
-Fedora Core 3 op beide
-Knoppix harddisk install op beide PC's

Ik heb keurig netjes de aanwijzingen van de distributies gevolgd voor installatie waar dat van toepassing is. Steeds de nieuwste driver gebruikt die de distributie beschikbaar stelde.

Als je op het internet zoekt in forums dan vindt je dit probleem bij alle distributies terug, de eerste posts zijn al meer dan een jaar oud en nieuwe drivers lossen het niet op. Het lijkt erop dat het een loterij is, als je het probleem hebt kom je er nauwelijks vanaf, heb je het niet zit je met nvidia gebeiteld.

Ter vergelijking, de ATi kaart alleen onder Gentoo in één keer geinstalleerd op de AXP en meteen stabiel. Over ATi vind je ook een hoop problemen op het net, maar die werkt voor mij nu net wel.

Hier komt meteen het probleem met closed source drivers kijken. Waar zit de fout, de driver is niet te debuggen.
Omega Supreme het klinkt alsof jij het BusID niet hebt toegevoeg in je Xfree86.comf X config.

Dan krijg je namelijk steeds random freezes.

Section "Device"
Identifier "NV AGP"
VendorName "nvidia"
Driver "nvidia"
BusID "PCI:1:0:0"
Wat nvidia betreft ga je dan niet aan jezelf twijfelen? 3 bakken met nvidia kaarten, waarvan twee smp. Alles zo gepiept en huizenstabiel. Was eenvoudiger dan mijn matrox g200 en later mijn g450 alles zo te krijgen zoals ik het wilde.
Je bedoelt met matrox en ati is het veel eenvoudiger dan met nvidea? Nvidea geeft alleen maar problemen.
Ik heb dit probleem ook gehad met nvidia kaarten. Random X-Freeze en dan ga je zoeken en proberen maar je kan het niet oplossen (wel leerzaam!)

Met de laaste nVidia drivers was het probleem bij mij opgelost en werkt het superstabiel. Het X-Freeze probleem kwam bij mij alleen voor bij de 6800GT en niet met een 5200FX of de Geforce 2 400MMX.
@jurrie
hoe kan jij nu een oordeel vellen over deze drivers???
ze zegt zelf in juli (2004?) overgegaan te zijn naar Nvidia.
sindsdien zijn er een aantal driver-updates geweest voor linux waarvan dit de meest recente is.
die heb jij allemaal niet gedraaid toch?

oke, het zal waarschijnlijk niet op het niveau zijn van Nv-linux drivers, maar er is toch verbetering geweest die jij niet meer hebt meegemaakt waarschijnlijk.
Ik heb een vraagje, ben momenteel Gentoo aan het instaleren op men zalig bakkie. Daar zit een 9800pro in, voor men Pentium2 bakkie met een radeon 9000 deed ik gewoon "emerge ati-drivers" moet ik dat nu ook doen? Pakt hij automatisch de laatste nieuw? Of hoe zit dat?
Doe "emerge --pretend ati-drivers en kijk welke versie hij aangeeft?
windows is ook voor de minder ervaren gebruikers. ik denk dat de meeste mensen die linux draaien toch wel wat meer weten van computers dan de meeste. ik gok dat de grootste groep mensen bestaat uit ICT beroepsoefenaars.
windows is ook voor de minder ervaren gebruikers. ik denk dat de meeste mensen die linux draaien toch wel wat meer weten van computers dan de meeste. ik gok dat de grootste groep mensen bestaat uit ICT beroepsoefenaars
Wat een onzin, er zijn al zoveel gebruikersvriendelijke distributies waarvan sommigen zelfs nog gebruikersvriendelijker zijn dan Windows.

Windows XP bijv. is al zo oud dat je bij een verse install gelijk allerlei drivers moet downloaden en installeren, bij Linux is dit toch wel stukken beter omdat er vaak nieuwe versies uitkomen met gelijk de nieuwste hardwaresupport.

Bovendien is programma's of drivers installeren tegenwoordig ook met een enkele opdrachtregel of enkele muisklikken te regelen.

Jammer dat mensen die jaren geleden Linux een keer geprobeerd hebben nog steeds denken dat het niet meer is dan een console met opdrachtprompt.

Screenshots zoals deze bewijzen toch wel het tegendeel :Y)

http://www.gnome-look.org/content/pre1/15213-1.jpg

Ontopic:

Leuk weer die nieuwe ati-drivers maar inderdaad nog steeds geen dri-support icm. de composite extension en zo te zien staat dat ook nog lang niet op hun verlanglijstje :(

Gelukkig heb ik mijn kaart pas geleden al vervangen door een nvidia vanwege de zwakke ati support, dat werkt al stukken beter, maar het zou leuk zijn als mijn centrino notebook met mobility radeon ook eens goede support zou krijgen ;)
ok, het mag in windows dan mss iets makkelijker zijn om te installen, maar als er iets fout gaat... dan moet je maar raden waar het zit... als je windowsbootupscherm blijft steken, wat is er dan mis? haal je glazen bol maar boven...

dan heb ik liever de iets moeilijkere methode van linux, maar daar weet je teminste perfect wat er mis is, als er iets mis is... je moet niet beginnen te raden (en elke 5 minuten rebooten!)
Niet bepaald :)

Waar dit over gaat is dat de vorige versies geen xorg.conf maar een xfree86.conf aanmaakten. En deze doet nu dus wel gewoon een configfile per X-versie genereren.

Daarnaast hebbenz e er gelijk een bug in gevonden en opgelost :)

Ofwel :) eerst lezen, dan pas gillen :)

Op dit item kan niet meer gereageerd worden.