Problém s modulem radeon (diskuse)

[Ctirad Feřtr]

Ten funkční vygenerovaný konfigurák zůstane stejný i po rebootu nebo ho zase nějaká rádobychytrá distribuce přepíše nefunkční verzí?

[Aleš Kapica]

Nepoužívám žádnou rádobychytrou distribuci, ale Debian. To je na tom právě to divné. Že se xorg.conf nijak nemění. Osobně se mi to jeví tak, jako by si ten Xorg při konfiguraci někde něco vyčistil, ovšem při ukončení tam uložil nějakou vadnou informaci, kterou se při dalším startu pokusí automaticky načíst. Jenže kam?! Do swapu? Do tmp? Tam těžko.. Jsem z toho jelen.

[Ctirad Feřtr]

Xorg snad vyjma logů nikam nic neukládá. Zkusil bych vygenerovat funkční xorg.conf. Zazálohovat, rebootnout, porovnat diffem. Případně nebootovat do runlevel 2, podstrčit zazálohovaný konfigurák a pak teprve spustit X. Taky je možné spouštět s pomocí startx z jiného stroje, třeba v té honzoli bude něco vidět v době zátuhu. Taky bych zkusil vyhodit DRM modul radeon, třeba problémy způobuje on a při automatické konfiguraci se nezavede, kdežto při bootu ano. Možností je hafo. Třeba to zkusit i s nějakým LiveCD, aby se vyloučila chyba konkrétní verze ovladače.

[Lu-Tze]

Já bych zkusil spustit "Xorg -configure" tak, aby se ale výsledek zapsal jinam než do standardního cíle, a spustit xka normálně. Třeba se v rámci toho příkazu nějak změní stav grafické karty a problém ve skutečnosti není v odlišném konfiguračním souboru. To jen říkám, co mě napadlo, nerozumím tomu.

[Aleš Kapica]

Tohle jsem ještě nezkusil. Jinak snad už všechno možné, takže pro jistotu:

• čerstvě vygenerovaný xorg.conf je naprosto stejný
• ta grafika používá sdílenou paměť, zkusil jsem ji nastavit jak auto, tak natvrdo (nastavuje se v biosu). Mělo to vliv dříve, když jsem používal fglrx. Teď ne.
• dříve aby se použil opensource ovladač radeon (ati), musel být zavedený jako modul již při startu systému. Teď se to chová naprosto stejně, ať je zaveden při startu, nebo ne.
• jeden čas dělalo podobný problém, když bylo v xorg.conf jako ovladač uvedeno "ati", pokud tam bylo uvedeno "radeon", tak to fungovalo bez problému. Teď to nemá vliv..
• problém se objevil poté, co začal opensource ovladač podporovat AIGLX nebo jak se ta šlakovina jmenuje..
• jestli se vytváří nebo nevytváří nějaké zařízení zjistím stěží, protože buď X server najede normálně a ovladač funguje, nebo nenajede a pak se nedostanu ani do konzole, takže sotva zjistím co mu chybí, protože chybové hlášky se z paměti vytratí do pryč.

[Aleš Kapica]

Takže jsem to vyzkoušel a s výsledkem obdobně žalostným.. Zajímavé je, že když jsem se přihlásil vzdáleně (ještě před tím, než jsem se pokusil něco přepnout..) tak v logu nebylo nic divného a k zatuhnutí došlo při pokusu o zastavení gdm. Ovšem to už byl zátuh natolik kvalitní, že nešlo rebootnout ani pomocí sysrq.

Vzhledem k tomu, že každý takový pokus končí checkováním filesystému, což rozhodně nedělá dobře disku, tak si nechám další sérii pokusů asi na jindy. 8-/

[Espinosa]

AIGLX neni soucasti driveru. Jedina vyjimka je closed source NVidia ktera ma vlastni AIGLX implementaci sam v sobe (ale zaroven umoznuje i tu Xorg implementaci). AIGLX je normalni nepovinna komponenta Xek, ma tusim i vlastni sdilenou knihovnu.

AIGLX jde explicitne vypnout, z hlavy nevim kde ale v sekci driveru nebo screenu to 100% neni. Pres google jde snadno zjistit jak. V te same sekci take jde vypnout XDamage a XFix a dalsi veci, zkuste to. V Logu najdete presne jestli se vam AIGLX spousti, myslim ze default je ze ne, ale nevim.

V sekci driveru naopak vypnete jak XAA tak EXA akceleraci, pro jistotu. Me EXA nechodila nikdy moc dobre, a XAA taky nejsou bez problemu.

Dale muzte vypnout vsechny extenze, DGA a zkuste i DRI.

Na "drevni" vlastnosti Debianu bych se nespolehal, Xka se snazi chovat "inteligentne" sama o sobe, cim vyssi verze tim vic, od verze 7.3 us nepotrebujete konfigurak vubec.

Jinak AGP modul (kernel modul) je v poradku. K radeonu ho urcite potrebujete. Co mate verzi jadra? A Xek, kdyz jsme u toho?

[Espinosa]

Jinak AGP modul (kernel modul) je v poradku? Mel tam byt otaznik. Jinak podle popisu priznaku bych vadny/chybejici/nenacitajici-se/zastaraly AGP driver videl jako mozneho kandidata. Hlavne ty zakysy celeho systemu tamu napovidaji. Vesa driver AGP kernel driver nepouziva, Radeon driver ano. Mrknete do dmesg. Zkuste nabootovat s vypnutym ACPI, APIC a LOAPIC nebo jak se to jmenuje (to uz je takova hodne nouzova rada)

[Aleš Kapica]

Huh, těžko říct. Modul radeon (a drm) se zavádí bez problémů. Jádro je vlastní kompilace 2.6.23.3 modul do xorg je distribuční, ale teď bohužel nemám ten stroj zapnutý, takže nemohu upřesnit, nicméně všechno jsou to distribuční balíky (unstable amd64). Volby s vypnutím apic jsem zkoušel, ale notes (neboť jde o notebook) nenabootoval vůbec.

Až se k tomu dostanu, tak se pokusím údaje upřesnit.

[Aleš Kapica]

Takže pěkně popořádku..

AGP je zakompilováno rovnou do jádra. Volby CONFIG_AGP a CONFIG_AGP_AMD64 jsou na "y". S jádrem jsem se seknul, momentálně jedu na verzi 2.6.23.1-cfs-v22.1

S ovladač ati (balík xserver-xorg-video-ati) je verze 6.7.196-1. U předchozí verze se neobjevoval ani ten kurzor a tuhlo to hned. Xorg server je 1.4.0 Release Date: 5 September 2007 a Build Date: 20 November 2007 02:55:16AM

Ještě jsem se kouknul na bugzillu, a zdá se, že to je problém který vyřeší až novější verze Xorg. Prozatím jsem to vyřešil následujícím parametrem..

 Option     "DRI" "False"

A je po ptákách.. Potřebuji víc dualhead než 3D blbinky.

[Vinicius]

Jestli se Xorg.conf nelisi, zkusil bych se podivat jestli onen konfiguracni program nevytvari nejake soubory v /dev, ty by mohly po restartu chybet.