ATi Driver 8.16.20

Címkék

Az NVidia után néhány nappal az ATi is új zárt forrású, bináris driverrel állt elő. A driver újdonságai:* This release of the ATI Proprietary Linux driver provides a noticeable performance increase for all supported ATI Workstation products.

* This release improves automatic detection of display devices when connected to an ATI graphics adapter. This allows for the display device to be configured using its Extended Display Identification Data (EDID) or to manually configured. For more information, refer to /usr/share/doc/fglrx/configure.html once the driver is installed.

* This release of the ATI Proprietary Linux driver introduces driver compatibly with Linux 2.6.12 kernel.

* The latest ATI Proprietary Linux driver now provides support for building the driver kernel module on systems with GCC 4.0

* The Debian and Ubuntu operating systems are now supported by the ATI Installer Package Generator. Updates have occured to the SuSE package generation.

Javított problémák:

* The operating system no longer fails to respond when rendering HDTV or larger video files

* Having two monitors connected to an ATI graphics adapter no longer results in the mouse cursor appearing on both displays simultaneously

* Panning on the secondary display device is now available when using pseudocolor visuals and having clone mode enabled

* The Red Hat Enterprise Linux workstation 4 Update 1 operating system no longer fails to respond during driver load up on systems having four or more gigabytes of system memory

* Overlay support is now available when using a 64 bit operating system

* A slow decrease in available memory (memory leak) for PCIe systems is no longer experienced

Release notes itt, FAQ itt. Az ismert hibák listáját itt találod.

Letöltés:

ATi Driver 8.16.20 Installer Download: x86 , x86-64

ATi Driver 8.16.20 x86 rpm: XFree86 4.1, XFree86 4.2, XFree86 4.3, X.Org 6.8

ATi Driver 8.16.20 x86-64 Driver: XFree86 4.3, X.Org 6.8

Hozzászólások

Én is rendesen megszív*am egy Radeon X600 -assal egy desktop gépben. Írtam is eleget ide a HUP fórumába a problémáimról. Most gentoo rohangászik az itthoni gépen, és most először nem fagy meg az egész. Igaz nem a legfrisebb ati driver van fent. A gépcsere előtt nVidia kártyám volt és SOHA semmilyen disztribúció alatt nem volt gond a 3D beüzemelése. Max 10 percbe tellett a driver letöltésével együtt. De a Radeonnal jó sokat szívtam (a hülye ember a saját kárából tanul). Erősen gondolkozok, hogy lecserélem egy nVidia -ra :). Tényleg nem kell valakinek egy Abit Radeon X600 Pro :)? Azt már ne kérdezzétek meg, hogy miért ezt a kártyát vettem..... Volt egy (nagyon) gyenge pillanatom :).

Laci

Mondom az enyim notebook, nehezkes a valtas. a 30 ora csak kitartas, es kizarolag az kerult ennyibe hogy fb-vel menjen, es nem csak ez hanem az egesz hw tamogatas. Penzt adtam erte igen, de valasztasi lehetosegem nem volt. 5 eve ezek a lehetosegeink sem voltak szoval kar panaszkodni. Mosmar a drivercdk 20%-an van linuxos driver is. Es itt az ellenpelda ricoh bluettooth es cardreader van a noteszban semmit nem tudtam veluk kezdeni mert a ceg ignoralja a dokumentacios kerdesseket. Jellemzes a faq-ban kerdeskent szerepel miert huzza ki 100%-ra a procit windows alatt a ricoh cardreader ha olvasok rola. A faq valasz, ilyen a driver, szokd meg. Szoval az ati megprobal jol hozzaallni.

A fglrx modulba inkabb az a gaz, hogy ***** helyre rakja az install.sh ugyanis nem celszeru a kernel modultreebe pakolni, mert egy make modules_install agyonvagja, ezert kellene kulon rakni.... dehat..

> Szoval az ati megprobal jol hozzaallni.

Nezd, en lassan a masodik notebookomoat koptatom ATi kartyaval. Tobb eve (2-3?) hasznalok mindenfele drivert. Az egyik ezt tudja, a masik azt, ha harmadik tudna mindent, de instabil. Sajnos evrol evre nem javul a helyezet jelentosen. Lehet, hogy kellene neki ot ev meg hogy kiforrjon? Van meg mire ragyurni.

* This release of the ATI Proprietary Linux driver provides a noticeable performance increase for all supported ATI Workstation products.

yess

* The operating system no longer fails to respond when rendering HDTV or larger video files

yess

Remelem mukodnek is. Sajnos csak este tudom kiprobalni :(

hááát. némely külföldi listán leírva az első próbákat, "hirtelen reakcióként" durva lassulást mértek pl. doom3 alatt.....

szóval ismét nagy a sansza a marketingduma lehetőségének... de kívánom ne így legyen, a puding próbája az evés, szóval nézd meg Te magad, remélem azért nem fogsz csalódni.

Nehany eszrevetel:

1.) A korabbi konfiggal elk.rja a felbontast. Egy fekete keretet tesz az 1400x1050 szelere. Hogy miert azt nem tudom, de nem is igazan erdekel annyira a dolog (annyit nem er az egesz). Az egyel regebbi drivert visszateve visszaall minden a regi jo allapotba.

2.) 2.6.13-rc6 alatt lefordul (egy rakas warning-gal), de mar be nem toltodik a kernelmodul:

fglrx: Unknown symbol agp_bind_memory

fglrx: Unknown symbol agp_enable

fglrx: Unknown symbol agp_backend_acquire

fglrx: Unknown symbol agp_free_memory

fglrx: Unknown symbol agp_allocate_memory

fglrx: Unknown symbol agp_unbind_memory

fglrx: Unknown symbol agp_copy_info

fglrx: Unknown symbol agp_backend_release

fglrx: Unknown symbol agp_bind_memory

fglrx: Unknown symbol agp_enable

fglrx: Unknown symbol agp_backend_acquire

fglrx: Unknown symbol agp_free_memory

fglrx: Unknown symbol agp_allocate_memory

fglrx: Unknown symbol agp_unbind_memory

fglrx: Unknown symbol agp_copy_info

fglrx: Unknown symbol agp_backend_release

fglrx: Unknown symbol agp_bind_memory

fglrx: Unknown symbol agp_enable

fglrx: Unknown symbol agp_backend_acquire

fglrx: Unknown symbol agp_free_memory

fglrx: Unknown symbol agp_allocate_memory

fglrx: Unknown symbol agp_unbind_memory

fglrx: Unknown symbol agp_copy_info

fglrx: Unknown symbol agp_backend_release

fglrx: Unknown symbol agp_bind_memory

fglrx: Unknown symbol agp_enable

fglrx: Unknown symbol agp_backend_acquire

fglrx: Unknown symbol agp_free_memory

fglrx: Unknown symbol agp_allocate_memory

fglrx: Unknown symbol agp_unbind_memory

fglrx: Unknown symbol agp_copy_info

fglrx: Unknown symbol agp_backend_release

fglrx: Unknown symbol agp_bind_memory

fglrx: Unknown symbol agp_enable

fglrx: Unknown symbol agp_backend_acquire

fglrx: Unknown symbol agp_free_memory

fglrx: Unknown symbol agp_allocate_memory

fglrx: Unknown symbol agp_unbind_memory

fglrx: Unknown symbol agp_copy_info

fglrx: Unknown symbol agp_backend_release

fglrx: Unknown symbol agp_bind_memory

fglrx: Unknown symbol agp_enable

fglrx: Unknown symbol agp_backend_acquire

fglrx: Unknown symbol agp_free_memory

fglrx: Unknown symbol agp_allocate_memory

fglrx: Unknown symbol agp_unbind_memory

fglrx: Unknown symbol agp_copy_info

fglrx: Unknown symbol agp_backend_release

(2400MHz 57C) trey@alderaan:~ $ cat /usr/src/linux-2.6.12-rc2/.config | grep AGP

# CONFIG_AGP is not set

(2400MHz 57C) trey@alderaan:~ $ cat /etc/X11/XF86Config-4 | grep UseInternalAGPGART

Option "UseInternalAGPGART" "yes"

Egesz idaig igy mukodott 3D-vel. BTW mi koze az x konfig fileban levo beallitasnak ahhoz, hogy nem toltodik be a kernel modul? Imho a kernel valtozasokat nem tudjak utolerni mar kiadasrol kiadasra... Alt. patchelni kell a driver kernelhez kapcsolodo feluletet...

Es? Pont ez a bajom. Nem a fejlesztes utan kene kullogni, hanem ha mar kinn van a 2.6.13-rcX akkor az alapjan kene a szarjukat ganyolni. Holnap kinn lesz a stabil 2.6.13 es a kovetkezo ATi driver mikor lesz? Fel ev mulva. Honapokig nem lesz a kernelhez tamogatas. Kb. ilyen gyorsan frissitenek. Egyszer kene magukat utolerni es 10 sort megvaltoztatni a kodban. Ugy latszik bonyolult taszk. Tegyek nyilt forrasuva akkor ha nem birnak vele, majd lesz aki fixalja. Egyebkent rendszeresen vannak hozza patchek nem az ATi-tol, akkor legalabb azokat fogadnak el.

In article <42.9497@s.hup.hu>, Micskó Gábor wrote:
> * This release of the ATI Proprietary Linux driver introduces driver
> compatibly with Linux 2.6.12 kernel.

Stabil kernel, stabil API.

--
Bérczi Gábor
/Gabu/

In article <42.50057@c.hup.hu>, Micskó Gábor wrote:
> Es? Pont ez a bajom. Nem a fejlesztes utan kene kullogni, hanem ha mar kinn
> van a 2.6.13-rcX akkor az alapjan kene a szarjukat ganyolni. Holnap kinn

ROTFL

> lesz a stabil 2.6.13 es a kovetkezo ATi driver mikor lesz? Fel ev mulva.
> Honapokig nem lesz a kernelhez tamogatas. Kb. ilyen gyorsan frissitenek.
> Egyszer kene magukat utolerni es 10 sort megvaltoztatni a kodban. Ugy

ROTFL

> latszik bonyolult taszk. Tegyek nyilt forrasuva akkor ha nem birnak vele,

ROTFL

> majd lesz aki fixalja. Egyebkent rendszeresen vannak hozza patchek nem az
> ATi-tol, akkor legalabb azokat fogadnak el.

Te komplett hulye vagy.

Nem a fejlesztes utan kene kullogni, hanem ha mar kinn van a 2.6.13-rcX akkor az alapjan kene a szarjukat ganyolni. Holnap kinn lesz a stabil 2.6.13 es a kovetkezo ATi driver mikor lesz?

Stabil kernel :) Tisztara mint az ALSA. Ok is minden minor valtozasnal ujrairtak az API - t. Fasza volt a kompatibilitast tartani ;)

Gabucino wrote:
>>* This release of the ATI Proprietary Linux driver introduces driver
>>compatibly with Linux 2.6.12 kernel.
> Stabil kernel, stabil API.
Tényleg, ezek után valaki magyarázza már meg, hogy mit is jelent
pontosan az a kifejezés a Linuxszal kapcsolatban, hogy "stable"?

Azt, hogy az interfészek változatlanok nem jelentheti.
Azt, hogy megbízhatóan működik megint nem jelentheti, azt figyelembe
véve, hogy mennyi új cucc kerül bele.

De akkor mit jelent? Azt, hogy a 2.6.12 ha megjelent, ezután stabilan
ott lesz minden mirroron, amíg a teljes Linux kernel mirror el nem éri a
6 TB-ot és már csak a legburzsujabbak engedhetik meg maguknak, hogy
ilyen fenntartsanak?

Micskó Gábor wrote:
> Nem azon kell sirni, hogy milyen a Linux kernel fejlesztese. Az olyan
> amilyen, azon az ATi nem fog valtoztatni. Hanem ha komolyan gondoljak a
> szupportot akkor tegyenek erte, ha meg nem megy akkor ne eroltessek.
Azt azért én átgondolnám, hogy egy cégnek mennyire éri meg ez az egész.
Nekem még mindig úgy tűnik, hogy Linuxra drivert fejleszteni presztízs
és nem kötelező, mint mondjuk Windowsra.

Abba már bele sem gondolok, hogy ha a linuxos driver megírásához,
karbantartásához x-szer annyi munkaóra szükséges, mint mondjuk Windows,
vagy Solaris, vagy bármi esetében (mert ott mondjuk megírtad Windows
2000-hez és azóta változatlanul működik, 2003-ig bezárólag, vagy
Solarisszal ugyanez), akkor lehet, hogy pont ezzel "érjük el", hogy
mondjuk más OS-ekre (akár szabadra, akár zárt forráskódúra) ne legyen
driver.

A megoldás persze az lehet, ha a cég kiadja a drivert nyílt forrásúként.
Ez lenne a cél, amelyet úgy akarnak elérni, hogy release-enként
illeszteni kell a drivert?

Trey! vegyémá' egy olyan laptopot, amiben gf go figyel, és akkor nem kell hergelned magad minden egyes "überfasza" ati driverrel....

> A megoldás persze az lehet, ha a cég kiadja a drivert nyílt forrásúként. Ez lenne a cél, amelyet úgy akarnak elérni, hogy release-enként illeszteni kell a drivert?

Nem kell kiadni magat a drivert nyilt forrasukent. A driver zart forrasu, a kernel illeszto reteg egy nyilt forrasu glue, amiben kb 10 sort kene kijavitani. Ezt meg en is meg tudom csinalni, pedig semmi kozom a kernelfejleszteshez. Ezt en inkabb lustasagnak, vagy nemtorodomsegnek hivnam.

Micskó Gábor wrote:
> Nem kell kiadni magat a drivert nyilt forrasukent. A driver zart forrasu, a
> kernel illeszto reteg egy nyilt forrasu glue, amiben kb 10 sort kene
> kijavitani. Ezt meg en is meg tudom csinalni, pedig semmi kozom a
> kernelfejleszteshez. Ezt en inkabb lustasagnak, vagy nemtorodomsegnek
> hivnam.
Én pedig csúnya hacknek. :)

Mar mi a csunya hack? Hogy fixaljak a sajat szarjukat, amiben olyan dolgok vannak, ami 1 eve deprecated-nek van jelolve a Linux kernelben? Kerdem en, hogy hogyan fejlesztenek, ha nem olvassak a kodot?

Vagy az, hogy egy ilyen koddal ragasztjak hozza a binaris modult. Ha az utobbi, azzal egyetertek, de ezt ok talaltak ki. Pontosabban az NVidia evekkel az ATi elott, de onekik legalabb mukodik.

Micskó Gábor wrote:
> Mar mi a csunya hack? Hogy fixaljak a sajat szarjukat, amiben olyan dolgok
> vannak, ami 1 eve deprecated-nek van jelolve a Linux kernelben? Kerdem en,
> hogy hogyan fejlesztenek, ha nem olvassak a kodot?
Erről szól a stabil API. :)

Nem a gyártó hibája, hogy nem csak major, hanem minor verziók között is
ilyen változások vannak, az amúgy stabilnak hívott Linuxban.

akkor is tessék venni egy gf - es laptopot, de :) izibe' :) !

pl. acer TM4652LMi :

gf6600go, ddr2/512M, ip m 725a/1600MHz, dualdvdrw, wifi, btooth, v90 modem, fireport, 4xusb2.0, 80g hdd, 15.4 sxga tft, 8 cellás akksi

úgy összességében meghazudtolóan komoly darab, kinézetre is bab, mi cirka ~290 nettóért adjuk. veszel hozzá törőgart, és van géped 3 évig amit még törhetsz is.

Az h nagyon egy irányba szűkült látóköröd úgy látszik nem engedi láttatni veled h hiába fújolsz _csak_ az egyik rendszer/liszensz/stb.. hibáira, attól még jobb nem lesz. Kicsit olyan ez mint Sting "barátunk" hírszerkesztési görbe tükre. Van egy olyan érzésem mintha azt várnád hogy ezek a beszólások majd megváltják a világot..pedig nem. (Egy jó VAX/VMS leírás már inkább ;) )

Micskó Gábor wrote:
> Nem a gyartok hibaja. Viszont ha piacot akarnak, akkor lepnek. Vagy
> lelepnek a felhasznalok.
De ugyanez igaz lehet a szoftverre is. Ha nem megy rajta X. és nekem
olyan gépem van, akkor Y.-t fogok használni, ami megy rajta.

Sajnos nem mindig lehet megmondani, hogy milyen gépet toljanak alám és
az is igaz, hogy manapság már az sem teljesen egyértelmű, hogy
egyáltalán megbízhatóan fog-e menni rajta valami az én terhelésem mellett.

Ez most is igy van nem?

Mindig forditani kell a kernelhez valamit, gondolom az lesz a modul. Szoval ezt a 10 sort most is ki tudod javitani.

Egyebkent mindig azt mondjak, hogy az aktualis stabil kernelhez fejlesztenek. Ami most a 2.6.12. En ebbol alltalaban semmit nem latok, mert Gentoo mindig megpatcheli helyettem...

Mellesleg ami fontosabb van valamilyen tamogatas benne X.Org 6.9/7.0-hoz. Ez a resz pedig teljesen binaris, szoval ezt nem patcheled meg.

Tudom mar miert ilyen hulladek az ATI drivere:

"COPP-támogatással bővült az ATI Catalyst 5.8.

Menetrendszerűen megérkezett az ATI Technologies Radeon termékcsaládjához fejlesztett Catalyst meghajtócsomagnak legújabb, 5.8-as verziószámot viselő változata. Az új vezérlőszoftver, mely szokás szerint több változatban is letölthető Windows 2000 és XP (32 és 64 bites egyaránt) operációs rendszerekhez, a videokártya-meghajtók közül elsőként alkalmazza a nagyfelbontású videoanyagok másolásvédelmét szolgáló COPP eljárást."

http://prohardver.hu/rios3_content.php?mod=10&id=14795

Mibe fogadjunk, hogy a linuxos driverben is elobb lesz ilyen, minthogy kijavitananak barmilyen hibat? :DDD

Nemigazan jatszok, ezert nincs szuksegem ati, nvidia kartyakra, most sajna ujitanom kellett a notebookomat, a regi elhalalozvan (elt 7 evet beke poraira). Nem igazan lehet venni matrox kartyakkal felszerelt notebookokat igy sikerult egy ati x600-at kivalasztani, hat nem mondanam hogy pilotavizsga nelkul kezeltem, kb 30 oram rament, hogy valamit osszerugdossak belole, de mukodik es nincs gond vele. A panaszodat nem ertem, mert a fglrx kernel drm csatoloja most is nyiltforrasu, es ugyan nekem nem a most hirdetett uj verzio van fenn, hanem a tegnapelott meg legujabbkent elerheto xorg-os de ez is jol tejlesit, es ugyanugy hivja ezeket az exportszimbolumokat az agpgart modulbol. Minden elerheto doksiban van hogy forgasd bele az agpgart-ot a kernelbe (mondjuk az is hogy a related agp vezerlot is) akkor most mi a baj?

En elhiszem neked, hogy mukodik. En viszont jatszanek is vele. Korabban meg is tettem, ment a Doom 3 (keress az archivumban, cikk is volt rola), az Unreal 2004. Hogyan ment mindig a legujabb kernellel? Hogy 2-5 patchet kellett ratenni. Olvasd el az idevonatkozo forumokat. Ha eppen ment random szarra fagyott. Nem 2D-rol beszelek, ahhoz nem kell kernel modul. A 3D-rol.

A 30 orara mit mondjak? Gyengebb idegzetu ember 2 ora szopas utan beleallitja a csakanyt... Igaz, nekem annak idejen csak 1 ora kellett.

Ha szerintetek ezt kell a penzetekert kapni, akkor ok. Hasznaljatok. Egyet felejtetek el csak. Hogy ezert az ember fizet. Penzt ad.

Ja es mondom megegyszer. Van olyan ceg, akinek ez nem jelent problemat... :-) En mar levontam a kovetkeztetest...