Megjelent az ATI bináris Linux driverének 8.42 verziója

X, Wayland, Mir

A szervereken már elérhető az ATI új, AIGLX támogatást hozó drivere. További nyalánkságok: X.Org 7.3 támogatás, X.Org server 1.4 támogatás. A Phoronix cikke itt.

( trey | 2007. 10. 23., k – 19:50 )

Hogy ezt eddig miért nem lehetett ilyen ütemben és ilyen intenzitással csinálni... Tán valami megmozdul.

--
trey @ gépház

na en is feltettem, de valami megsem 100.
eloszor is ay ubuntu a volatile alatt tartja a sajat fglrx-et, a csomag meg a misc-be rakja. persze a rossz toltodott be...
aztan a glxinfo reklamalt, hogy nincs libGL.so.1, nincs hat .so.1.2 van.
symlink megoldotta. ha igy mar van kocka, de az ablakkezelo elszallt :(

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Úgy néz ki rájöttek, hogy ezen már vásárlókat vesztenek. Én például most vettem két hónapja notit, és az üzeltekbe már úgy mentem, hogy nVidia vagy Intel videókari kell, mert az ATI linuxos drivere nem működik normálisan. És végül emiatt vetem nvidia kártyás gépet.

( cheeky v | 2007. 10. 23., k – 19:56 )

Elírtam, nincs 2.6.23 támogatás, mea culpa.

( abszint | 2007. 10. 23., k – 20:21 )

hello! az lenne a kérdém hogy ubuntu 7.10 -re fel tudom-e tenni? csak mert azt írja nem támogatj a .23-as kernelt, a phoronix cikkben meg ubi 7.10 en mutatják be.

felmegy a default 7.10-esre?

( LLZoli | 2007. 10. 23., k – 20:26 )

most akkor az amd tamogatja még linuxon az x800-at? mert az eddigi legújabb driverrel nem megy

( pomm v | 2007. 10. 23., k – 20:47 )

És végre megy vele a suspend is :)
üdv: pomm

( pepo v | 2007. 10. 23., k – 21:26 )

Hát, uraim, ez valami félelmetesen gyors!

Példa itt.

Hát akár hogy számolom, 50%-os teljesítménynövekedés a fgl_glxgears szerint. Mint tudjuk, az nem benchmark, de viszonyítani lehet hozz.

"Még a compizt próbálnám életre kelteni, de valamiért nem megy."

Szerintem ez az AIGLX támogatás megjelenése miatt van. Nem Xgl-lel kellene próbálni, hanem sima X szerverrel. De ez csak tipp.

Az AIGLX része az X servernek. Az Ubuntu valószínűleg azért döntött az Xgl mellett a Gutsy kiadáskor, mert az ATI fglrx driver eddig nem tudta az AIGLX-et. Szerintem ha az ATI driver is stabilan tudja majd, akkor a Hardy már az AIGLX-et fogja preferálni.

--
trey @ gépház

Más lesz a háttérben, mert az Xgl szerver nincs telepítve, ellenben: 


cat /var/log/Xorg.0.log | grep "(WW)"
(WW) AIGLX: 3D driver claims to not support visual 0x23
(WW) AIGLX: 3D driver claims to not support visual 0x24
(WW) AIGLX: 3D driver claims to not support visual 0x25
(WW) AIGLX: 3D driver claims to not support visual 0x26
(WW) AIGLX: 3D driver claims to not support visual 0x27
(WW) AIGLX: 3D driver claims to not support visual 0x28
(WW) AIGLX: 3D driver claims to not support visual 0x29
[...]

:) Ja, kösz, tényleg sokat idéztem.

Egyébként most jobb, ha megvárom, míg valaki kikaparja a gesztenyét, mert nagyon nem akar menni xgl-el, vagy anélkül, AIGLX-szel vagy anélkül.
Azért azon kissé meglepődtem, hogy az Xgl-es felületnek kellett 3 perc míg összeszedte magát. Úgy belassult a gépem, mintha egy AT lett volna...

A következő X restart után felgyorsult az élet az asztalon.
Nem nevezném valami stabilnak a dolgot.

+ mplayer -vo minddel_tesztelve: szaggat
+ Amíg a compiz fut, addig még az fgl_glxgears, noha gyors, de érdekes futócsíkok díszítik, ami teljesen tönkrevágja, csakúgy mint a többi hardveres gyorsítást igénylő programot.
+ 2-3x totálisan lefagyasztotta a gépem hardveres gyorsítás használatakor. (Ez utóbbi compiz használata nélkül is megállja a helyét.)

Igazából nincs is ezzel semmi probléma, hiszen ez egy experimental driver. Ha az irányvonalat nézzük, akkor remek elmozdulás tapasztalható az AMD részéről.

( cheeky v | 2007. 10. 23., k – 21:42 )

Hát én biz megszívtam, mert 6 GB memóriával se SLUB-bal, se SLAB-bal nem megy 64 biten.
Marad a szemkiégető vesa. :(
Most kissé csalódott vagyok.

debian? mert azon nem .. (multkor nyúztam egy gépet 64bit, debian (64bites) + ati ... (vanilla kerneles + "vanilla" xorg-os és azon jó volt)

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
debian 4.0 - linux-2.6.22.10-pancs1-wifi2 - 2.6.22.9 kernel madwifivel itt

Debian Etch, saját vanilla kernellel, 64 bit.
Próbáltam 2.6.22-n, 2.6.23-on, SLUB-bal, SLAB-bal. Sajna betölt az X vele, de kb 5 mp után eléggé fagyis lesz.

Amíg nem mentem 4 GB fölé memóriában, minden rendben volt vele. Azóta gyalázat (természetesen memtest futott a memóriára, ez alap). Néztem a /proc/mtrr -t, teljesen rendben van, tehát sajna ez sem megoldás.

Asszem marad a bugreport. :(

( asm v | 2007. 10. 23., k – 23:31 )

Ha mar azt irtak hogy tamogatja az X.Org 7.3-mat is, gondoltam kiprobalom.
Annyira fagyogatott random helyeken, hogy inkabb vissza 7.2-re...

( sibidiba | 2007. 10. 24., sze – 00:32 )

Jelentem Feisty alatt fagy mint az állat...

Egyszer sikerült nem totális fagyást produkálnom: amikor be akartam kapcsolni a desktop effekteket. Akkor is csak néha villódzó nagy fehérség lett az eredmény. Azóta fglrx-el indítva kernel szintű jégkocka. Teljes DOS+Win3.1 feeling.

Akinek működik, ott az xorg.conf-ban mi van beállítva:

- modules glx
- AIGLX
- composite

alatt?

--
The Net is indeed vast and infinite...
http://gablog.eu

01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10]

=> radeon open-source driver van, csak semmilyen gyorsítás sincsen benne (se gl video, se glx, se aiglx, de még a legalapabb képernyőkímélők is megölik a procimat) ;(

Section "Device"
Identifier "ATI Technologies Inc RV350 [Mobility Radeon 9600 M10]"
Driver "radeon"
# Driver "fglrx" # arrrrgh....
BusID "PCI:1:0:0"
Option "TVFormat" "PAL-H"
Option "TVStandard" "VIDEO"
Option "VideoOverlay" "On"
Option "CenterMode" "off"
EndSection

továbbá:
- glx modul kikommentelve
- aiglx on
- composite enable
- a /proc/mtrr helyes adatokat tartalmaz

eredmény:
rögtön fagyás || indulás, majd fayás || indulás, kép szétesik, fagyás

--
The Net is indeed vast and infinite...
http://gablog.eu

köszi a linket!

A GLcore kikommentelése megoldott a problémámat, most már elindul...

DE: még mindig fagy a konzolra-vissta-X-re váltás hatására. És nálam az Ubuntu minden bootolása után a GDM indulásakor egy pillanatra visszavált konzolra (nem tudom miért), majd visszavált X-re => FAGY.
Ezt mivel tudnám kiküszöbölni???

+1 kérdés: ha sikerülne működésre bírni, az xbindkeys-t elfelejthetem? Csak mert van ott egy két specko-kombóm, pl. dupla Ctrl-A Win+a hatására (ha screenben van screenem), vagy Ctrl+w ablak bezárásához az egyik egérgombra.

--
The Net is indeed vast and infinite...
http://gablog.eu

Miért kellene az xbindkeys-t elfelejtened egy videókártya-driver miatt? Na mindegy, a válasz mindenképp nem.

Fagyi: Ebben nem sokat tudok neked segíteni, nekem 400-zal kissebb kártyám van, és nem fagyizik. Esetleg az lehet még, hogy detektálgatja a felbontást. Én megnézném, hogy jelenleg mennyivel hasít, és workaroundként fixre tenném: 


Section "Screen"
        # blablabla (Identifier, Monitor, Device...)
        SubSection "Display"
                Modes   "1024x768" 
                Depth     24
        EndSubSection
EndSection

Így nem fontoskodik az X annyit. Persze, ehhez trükközni kell vele, de hát ez van.
De ha a konzol sima text felbontás, lehet az a baja. Próbáld meg a konzolt framebufferesre csinálni, és a framebuffernek pont ugyanazt a konfigot belőni, mint amivel az X hasít, mert ebben az esetbe elméletileg nincs felbontás váltás.

Eddig is volt felbontás megadva az xorc.confban, különben ugyanis nem detektálta a kifelzőm natív felbontását (1280x800). A framebuffert megpróbálom majd még tuningolni...

xbindkeyst azért kérdeztem, mert ameddig futott legutoljára az X 3D dekorátorokkal, nem működött. Elképzelhetőnek tartottam, hogy a dekorátor olyan szinten ül rá az X-inputuk kezelésére, hogy az xbindkeys-nek nem sikerül. Majd megnézem, ha még1x menni fog a Compiz/Beryl...

--
The Net is indeed vast and infinite...
http://gablog.eu

Nem lehet inkább, hogy csak pár billentyűparancsot a dekorátor elhappolt az xbindkeys elől? Nem tudom, melyiknek mekkora a prioritása, én nem használok xbindkeys-t. Régebben próbákoztam a multimédiás gombjaim (izé, szóval a billentyűzet multimédiás gombjai) mián, de mára kigyógyultam ebből az őrültségből.

( pepo v | 2007. 10. 24., sze – 10:04 )

Ez azért egy érdekes bug.
Assz'em visszabattyogok a "gyári" Ubuntu driverhez, és megvárom, míg az Ubisok beteszik a restricted modulok közé.
Tesztnek jó volt.

( 0rs | 2007. 10. 24., sze – 12:48 )

Ha valakinek hiányzik egy step-by-step howto, vagy lustább a kelleténél, itt is erről megy az agyalás, de ez is jól jöhet...

( skateman | 2007. 10. 26., p – 18:09 )

Nemtudom hányan vagytok itt WoW-ozók, de nekem totál tönkrevágta benne a textúrákat.
Mit lehet tenni?

A dakoták hírközlési rendszerét nem befolyásolják a mágneses viharok.

( creativex | 2007. 10. 27., szo – 12:04 )

Vkinek nincs olyan gondja még, hogy felteszi a 8.42es drivert, aztán bootolásnál mintha kikapcsolna a monitor és aztán úgy is marad ? [Felbontás jó]

Xorg logba vmi ilyesmik vannak:
(WW) AIGLX: 3D driver claims to not support visual 0x23
(WW) AIGLX: 3D driver claims to not support visual 0x24
(WW) AIGLX: 3D driver claims to not support visual 0x25