Dotaz: Ati a "zasek" systemu

[Jarek Čecho]

Dobry den,

mam v pocitaci grafickou kartu ATI Radeon 8500. Ovsem az ted jsem pocitil potrebu pouzivat pro ni propriertarni ovladace od ati kvuli 3D akceleraci, protoze si chci obcas zahrat nejou dobrou gamesu - treba NeverWinter Nights...

Ovsem vyskytl se mensi problem se kterym si tak trosku nevim rady. Ovladac 'fglrx' se nacte v poradku a X se korektne spusti. Dokonce i vyse zminena hra nabehne v poradku a bezi svizne. Ovsem po delsi dobe mi system pod rukama zatuhne (jen v KDE, ve hre se mi to nestalo, ovsem dele jak 30 minut v kuse jsem jeste nehral). Mysi sice lze pohybovat, ale at kliknu kamkoliv, tak se nic nestane. Na klavesnici system nereaguje taky a co je horsi tak prestane odpovidat i sitove (nefakci ping, ani ssh). "Nejzabavnejsi" je, ze pokud mi hraje nejaka hudba (v AmaroKu), tak jeste i po tomto zaseku dohrava prave hranou pisnicku a az pak je ticho . V logu jsem zadne relevantni informace nenasel .

Nenapada vas s cim muzou mit ATI drivery konflikt? :-/ Nebo v cem by mohla vezet chyba...

Odpovědi

[mimi.vx]

malo infa; posli verzi ovladacu vypis s xorg.logu a confu...
mimchodem pro 8500 funguji dri ovladace i s 3D akceleraci

[trancelius]

DRI funguje, ale neumí renderovat akcelerovaně úplně všechno, např. některý druhy vícevrstvých textur (ty s transparencí). Zkus si zahrát s DRI/8500 např. UT 2004 a uvidíš :)

[Jarek Čecho]

Bohuzel pri pouziti ovladace radeon jede sice vse jak ma - nic nepada, a NWN se spusti. Bohuzel vse jede moc pomalu a celkove je to nehratelne

[Jarek Čecho]

Verze ovladacu je ati-drivers-8.14.13-r2, config mam vygenerovany utilitou fglrxconfig, tak snad bude v poradku...

Ted jsem schalne hral NWN dele jak 30 minut (ne ze by me to nebavilo ) a nic se hra nespadla. Ovsem system vzpate po ukonceni ano :-/

Jeste pro presnost:

Verze jadra: 2.6.12-gentoo-r9

Verze X.org: xorg-x11-6.8.2-r2

[Jarek Čecho]

Abych doplnil chybejici informace, tak cely konfig je zde a log tady...

[trancelius]

Jo, přesně tenhle problém s přesně tímhle železem mě vyhnal od ATi k nVidii, kde teď pařím cokoliv od TuxRacera přes všecky možný warzony, quaky a populousy až po half life 2 :D za asi půl roku se mi ho vyřešit nepovedlo... ani v mandrake, ani v suse, ani v gentoo :)

[Jarek Čecho]

Tak to je hodne blby :-/

[Michal]

Cert vi, ale je jak novejsi jadro, tak novejsi drivery od ATI. Zkusil bych upgrade ;) NeverWinter sem zrovna nahodil, takze to zitra testnu. ET a Doom3 mi kdysi jeli ok. Ted s poslednimi drivery sem to jeste nezkousel.

[Jarek Čecho]

Nemam na co upgradeovat - schvalne jsem ty drivery strcil do packages.keywords... (z pohledu meho balickovaciho systemu, mam opravdu ty nejnovejsi...)

[Tomáš Bžatek]

ati-drivers-8.14.13 nemely oficialni podporu pro kernel 2.6.12; patche, ktere se daly najit na netu sice zpusobily funkcnost na oko, ale log byl plnej oopsu. Vcera jsem nahodil ty nove ati-drivers-8.16.xx a najednou chodi vsechno bez problemu - kombinace Internal AGPGart + TLS mode 0 (= nejmene kompatibilni, nebezpecna, ale taky nejvykonnejsi kombinace) jede bez problemu ve vsem, co se starou verzi ovladacu zpusobovala oopsy.

Kazdopadne v pripade problemu je nejbezpecnejsi volba Internal AGPGart "no", tzn. pouzit kernelovy agpgart a nastavit TLS Mode na 2 (kompatibilni operace).

A samozrejme vypnout framebuffer, to je ten zakladni predpoklad (vesafb by nemel vadit, ale jistota je jistota)

[trancelius]

Proč vypínat framebuffer proboha...

[Tomáš Bžatek]

Protoze zpusobuje krasne hardfreezy jadra a prinejlepsim rozhozeny obraz pri prepinani X/konzole, takze je nutno killnout Xka. Proste kdyz pristupujou dve veci na stejne zarizeni do stejne pametove oblasti, nedela to dobre.

Naproti tomu DRI radeon ovladace a radeonfb se nemlati, ale taky je videt znovunacitani agpgartu pri prepinani.

[trancelius]

nvidia driver s fb docela dobře vychází...

[Jarek Čecho]

Dekuji za radu, hnedle zkusim...

[Jarek Čecho]

Hmmm... tak s ovladaci ati-drivers-8.16.20 je to jeste horsi. System uz se zasekne pri "nacitani" kde (to jak tam bezi splash screen). Zkousel jsem to 3x a nejvyssi cislo, ktere jsem dostal (dole jsou procenta) bylo 33% :'(...

Nejake dalsi napady?

[Jarek Čecho]

Ani InternalAGPGert "no" nepomaha :'( (vcetne TLS mode 2)

[pzad]

Preco sa mi zda, ze podobne problemy sa lepia hlavne na uzivatelov gentoo. Ani by som sa necudoval, keby bolo jadro kompilovane inou verziou gcc ako tie ati ovladace.

[trancelius]

Gentoo je hodně up-to-date distro, dá se to očekávat... ale přesně stejný trable jsem měl i na mandrake 10 a suse 9.1, takže je to asi jen shoda okolností :)

[trancelius]

+ pokud má systém kompilovanej s nějakýma speciálníma CFLAGS (> -O3) a např. pro i686, tak kernel z toho i386 fglrx modulu asi taky dvakrát šťastnej nebude...

[Jarek Čecho]

CFLAGS="-O3 -march=athlon-xp -fomit-frame-pointer"

Ted jsem nepochopil, jak jste to myslel? :-S

[pzad]

ATI drivery (nvidiacke tiez) obsahuju binarny modul - ten je kompilovany nejakym kompilatorom s nejakou urovnou kompilacie a nemusi sa zniest z jadrom kompilovanym z inym kompilatorom s inou urovnou optimalizacie. Vysledok moze stvarat divy.

[Jarek Čecho]

aha jasne uz chapu :-/

[Tomáš Bžatek]

No... 1.) modul do jadra se vzdy kompiluje a jadro si nenecha zavest modul kompilovany jinou verzi gcc, takze nekompatibilita je v tomto pripade vyloucena 2.) To, ze je system vcetne X.org kompilovany pro jinou architekturu nez i386 (napr. i686 apod.) je taky blbost, hodne jinych distribuci je kompilovano ruzne a nepusobi to problemy - ja to zkousel na Debianu i gentoo a ve vsech pripadech se to chovalo naprosto stejne - zalezelo hodne na kernelu, pod kterym to bezelo (2.6.11 vs. 2.6.12 + neoficialni patche). Binarni kompatibilitu mam overenou a funguje - podminka je jen stejna major a minor verze glibc a samozrejme platforma (x86 vs. x86_64).

Netusim cim je zpusobeno padani, rozhodne ale stoji za vyzkouseni: 1.) vanilla jadro a to 2.6.11 i 2.6.12, v obou se muze ovladac chovat naprosto rozdilne 2.) vypnout DRI (jako obecne v Xkach, napr. nezavest modul fglrx a nechat failnout fglrx ovladac v Xkach, ono se to ve 2D rozbehne) a zkoumat, jestli tuhne taky.

Ja musim rict, ze za posledni mesic mne jede kombinace gentoo + 2.6.12-nitro5 + vesafb-tng + x.org 6.8.2 + fglrx 8.14.xx bez jedineho kernel freeze. V logu je videt nekolik oopsu zpusobene xscreensaverem pri aktivace sporice s OpenGL, nove hry (UT2004 napr.) jedou bez jedine chyby. Kazdopadne techto oopsu si clovek nevsimne, dokud se nepodiva do logu - nevim co to ma znamenat, Xka jsou stabilni a vykon je stale stejny.

[Jarek Čecho]

DRI mam vyplne podle tohoto "navodu"... :-/

Vasi radu s jinymi jadry asi budu muset vyzkouset

[Jarek Čecho]

Blbost - DRM mam v jadre vyple...

[Jarek Čecho]

Tak s jadrem vanilla-2.6.12.5 jsme na tom uplne steje

[pzad]

ad 1) Ono ten binarny modul je libka (v podstate len .o subor) ktora sa kompiluje s kuskom zdrojaka a vytvori sa modul - a tam si jadro skotroluje verziu gcc, ktore kompilovalo tu omacku okolo a nie tu libku.
Binarna kompatibilita glibc je nieco ine. Ja by som to typol na nejaky blby parameter v CFLAGS pri kompilacii jadra (niekde som cital ze aj -O3 je vela).
Inac ATI nikdy nezmrzne v tom userspace dri drivery (vsak tam nema preco, tam sa nic nedeje). Userspace driver vytvara postupnos zapisov do registrov a ta sa posiela do drm fglrx driveru. Kernel modul len inicializuje grafiku a posiela tento stream na spracovanie grafike.
Ja sa cudujem ATI, ze ten kernel modul nedala ako opensource, vsak v nom nic nie je.

[Tomáš Bžatek]

Nejsem si jistej, ale zda se mne, ze ten kernel modul neobsahuje zadne binarni veci - vsechno jsou to zdrojaky, ktere se kompiluji pri instalaci balicku. Ty neoficialne patche pro 2.6.12 kernel mohly vzniknout jen proto, ze byly pristupne zdrojaky kernel modulu. Ono na tom vazne nic neni, je to jenom bridge pro komunikaci s kartou.

Mozna si to pletes s predkompilovanyma modulama, ktere jsou dodavany k tomu taky pro nektere nejrozsirenejsi distra.

A btw. kernel standardne neumoznuje menit CFLAGS, existuje na to sice patch, ktery to pak zpristupni v menu, ale je malo rozsireny a durazne se nedoporucuje menit CFLAGS pri kompilaci kernelu. Takze v tomto bych problem nevidel. (ja sam jsem to osobne nedelal a nemam ani duvod).

[trancelius]

vsechno jsou to zdrojaky, ktere se kompiluji pri instalaci balicku

Ne. To, co se kompiluje, je jen obálka, zavaděč binárního, předkompilovanýho modulu (fglrx.o), je to hack, který přesvědčí kernel, že je to modul kompilovaný správnou verzí GCC (proti správným headerům kernelu, atd)... má to občas za následek větší množství unresolved symbolů v dmesg.

K těm CFLAGS... nikdo neřek', že jde o CFLAGS kernelu, jde o _rozdíl_ mezi jeho CFLAGS && CFLAGS, se kterýma se kompiluje zavaděč modulu a se kterýma byl zkompilován modul samotný

[trancelius]

Tak jak řekl nobody. Kdyby měl kernel (xorg, glibc...) kompilovaný třeba s -O4 a fglrx byl s -O2, mohlo by to (ale nemuselo) působit potíže

[trancelius]

Jinak ten pád v KDE co popisuješ jsem míval taky, při vykreslování okna amaroKa :) a celkově mám pocit, že ty pády jsou spojený s aktivitou myši, vždycky jsem něco drag&dropoval nebo scrolloval :)

[Jarek Čecho]

Taky si myslim, protoze pres celou noc stroj vydrzel - a to jen kompiloval... (nikdo s mysi nehybal)

[Ku8aZ]

To protože ty úžasné (díky bohu aspoň za ně ) ovladače nějak neoprávněně zacyklí Xserver. Zkuste se na ten stroj připojit pomocí SSH a killnout X a uvidíte (teď už ty drivery aspoň "zlepšili" v tom smyslu, že to aspoň systém rozchodí - dříve pomohl opravdu jen ten restart ).

Nevím, proč to tak dělá a nepátrám po tom, chci přejít na nVidii. Ale dělávalo mi to např. při rychlejším scrollování ve FF, během práce v Blenderu nebo občas jen tak... WTF?!

[trancelius]

Souhlas... Shellnu se tam z venku, a top mi říká, že X valí na 99% CPU a někdy s ním i ta openGL aplikace... když ho killnu, tak nechá grafiku v kdoví jakým stavu, pomůže buď restart nebo nahození a poté korektní ukončení dalšího X serveru (udělal sem si na to script kterej se spouští přes ACPI POWER čudl :o)) ... sem myslel, že mi hry padají kvůli Wine, ale jak jsem migroval na nVidii tak mi žádná winhra nespadla :))

[pzad]

Tento stav znamena, ze sa sekla grafika (zamrzla) - os chodi dalej. V podstate sa caka v DRM na vykonanie nejakej grafickej operacie (pravdepodobne presunu casti grafickej pamate - napr. pri scrollingu).

[Jarek Čecho]

Bohuzel jak jsem psal vyse, tak stroj mi prestane odpovidat i sitove, takze ping ani ssh neni mozny

[Tuvok]

Mne presne toto iste sa stavalo na NVidii a pomohlo vyhodit z jadra 2.6 podporu preemtive ..., a pridat do konfigu X toto

Section "Device" Identifier "Generic Video Card" Driver "nvidia" Option "NvAGP" "1" Option "AllowGLXWithComposite" "true" EndSection

Predpokladam, ze u ATI to bude podobne.

[ghostmonk]

měl sem podobnej problém s nvidií a pomohlo nahradit zdroj za lepší - se schopností dostatečně "utáhnout" proudové špičky. (je to sice hlučnějsi zdroj, ale už se to v Xech pri 3D akceleraci neseká )

[Jarek Čecho]

Jenze me se nechce kupovat nova graficka karta jenom kvuli tomu, abych si mohl zahrat NeverWinter Nights...

[ghostmonk]

já si také nekupoval novou gr. kartu ale nový zdroj. -

například se mne to přestalo zasekávat když jsem: 
A. podtaktoval gr. kartu pomocí "nvclock" - nevím jestli má ati nějaké podobné možnosti.
B. Spustil "athcool" který zapne "power saving" mód procesoru (AthlonXP2000+)
C. odpojením dalšího harddisku 

tj. měl jsem nedostatečně dimenzovaný zdroj. Jen pro ilustraci tohle je můj zdroj http://www.eurocase.cz/Czech/psu500w.htm netvrdím že to nemam teď zase zbytečně předimenzované :)

[Jarek Čecho]

aha jsem si to blbe precetl, kazdopadne Radeon 8500 je docela stara karta a navic ve hrat bezi normalne a system tuhne az pri "normalni" cinnosti - pri pohybu mysi.

Myslite ze i tak by to mohlo byt zdrojem?

[trancelius]

Mě upgrade zdroje nepomohl (teď mám tohle).

[ghostmonk]

moje gr. karta neni zrovna nová "GeForce4 MX 440" a chovalo se to podobně - až na to že jsem se mohl většinou přes ssh zalogovat .

spolehlivě se mne to zaseklo při "skrolování" v Konqueroru a nebo pokud jsem napsal find bez parametru do Konsole a začal skrolovat

skuste nějak snížit zátěž zdroje, podtaktovat procesor , odebrat nějakou "žravou periferii" jako je druhý harddisk, nejlépe současně. Pokud se to potom nebude sekat, tak bych řekl že je to zdrojem.

[Jarek Čecho]

To bude docela problem, protoze na druhem disku jsou domovske adresare uzivatelu, ale co mi zbude? Budu to muset zkusit

[Jarek Čecho]

Tak odpojeni disku bohuzel taky nepomohlo :'(

[ghostmonk]

Sázel bych radši na to podtaktování.

[trancelius]

Pro radeony např. rovclock.

[Jarek Čecho]

Bohuzel tato utilitka nepodporuje moji kartu Radeon 8500

[trancelius]

Moji kartu Radeon 8500 podporuje :o)

[Jarek Čecho]

A smim se zeptat jake zadavate hodnoty?

At zkousim jakekoliv, tak se vzdy dostanu do ruzne zelene podbarvenych car co litaji po monitoru...

[trancelius]

Jo aha... no, u mě to taktování taky vždycky končilo barevně poblitým displayem, ale něco to dělalo a z toho usuzuju, že je podporovaná :)

[Jarek Čecho]

Asi jsem se spatne vyjadril

U me to neco dela - ale jelikoz to nechci a pravdepodobne to urcite neni dobre, tak tipuji, ze neni podporovana...

[trancelius]

It should work on chips version R100 and up.

Rádlo 8500 je R200

[Jarek Čecho]

Ano ja vim, ale jak jiz jsem psal, tak mi app pri zadani jakychkoliv hodnot sekne pocitac a na monitoru mi ruzne letaji cary... (z toho usuzuji, ze nefunguje jak ma a tudis ze ma grafika neni podporovana :-P)

[trancelius]

Nj, píšou tam it SHOULD work :)) a taky nikde není definovaný, co to "work" znamená, třeba to tak má vypadat :D

[Jarek Čecho]

Aha tak v tom pripade mi to funguje "v naprostem poradku"