Dotaz: Příšerné problémy s grafickou kartou intel

[grungo]

Ahoj. Na mém starším notebooku s grafikou Intel GMA X4500MHD (hp 6730b) mám už několik let problémy s grafikou. Myslel jsem, že se to časem srovná (bug fixy), ale spíš to degraduje. Začínal jsem s ubuntu 8.04, ubuntu 9.04 bylo první, kde mi nepadalo grafické prostředí. Nicméně i nyní na ubuntu 10.04 mi tak v cca 90% když nabíhá GDM login obrazovka problikává, seká se kurzor, zobrazují se různé dočasné artefakty (různé dle verze ovladače). Přihlášení do gnome funguje tak v polovině případů, dost často prostě systém naběhne, ale zůstane mi černá obrazovka. Prošel jsem slušnou řádkou verzí ovladačů až k současnému z xorg edge ppa repozitáře, ale je to pořád na prd. Když už se mi podaří přihlásit, tak systém normálně funguje. Občas se objeví problém s probouzení z režimu spánku, kdy obrazovka začne problikávat či se změní rozlišení či se začně systém zasekávat, ale po nějaké době to přestane a stačí 2x za sebou pustit xrandr. Verzi biosu mám v notebooku aktuální. Kromě ubuntu jsem zkoušel i fedoru, kde to funguje jakoby perfektně, ale čas od času se zasekce systém jako celek (jádro). Skoro to vypadá na hw problém, ale používám dual-boot s windows (nyní windows 7), v nich problémy nemám. Nevíte co bych mohl zkusit, nějaký workaround?

---

---

Odpovědi

[Jack Hokus]

Dobrý den,

s podobnými příznaky jsem se setkal. Příčinou byla chyba HW. To, že to ve Win jede tomu sice odporuje, ale stejně bych to zkusil.

Petr

[poky74]

K tomu se přidávám, tu grafiku jsem používal v notesu pár let a je naprosto spolehlivá a má dobrou podporu.

[rADOn]

V prvni rade bych zkusil memtest jestli se nemapuje graficka pamet do mista kde je chyba. To by odpovidalo tomu ze v ruznych systemech se to chova ruzne – wydle si to alokuji jinak takze vadna pamet muze skoncit nepouzita nebo pouzita nekde kde to neni videt. Jinak to bude jak receno vyse chyba primo v grafuli, inteli GMA integrovane grafiky jsem mel na nekolika noteboocich a zadny problem. Naopak, intely jsou asi nejlepe podporovane a krome epizodky s prechodem na GEM/KMS bezproblemove.

[grungo]

Memtest jsem zkoušel pouštět několik hodin a prošel. Nicméně asi by bylo dobré nechat to běžet dýl a jen na adresách, na která se mapuje GPU paměť. Jak se ten rozsah dá v linuxu zjistit?

[grungo]

A navíc mám pochybnosti, jestli memtest86+ testuje i pamět přidělenou grafické kartě? Mám 4G paměti a memtest vidí 3996M.

[2X4B-523P]

nejsou to dva moduly? když by se prohodily, tak by se to dalo, ale jestli by to byl dualchannel, tak by to bylo k ničemu... dá se zjistit teplota GPU?

[grungo]

Jsou, ale v dual channelu. Teplota by měla být ok, dělá to i při spuštění "za studena".

[rADOn]

A navíc mám pochybnosti, jestli memtest86+ testuje i pamět přidělenou grafické kartě? Mám 4G paměti a memtest vidí 3996M.

Memtest bezi v realnym rezimu v textu, ergo by mel na "grafiku" pouzivat cca 2kb spodni pameti (pod 1M) a nic vic. Kdyby byla rozbita tahle oblast, bylo by to videt uz pri postu a v biosu. Pokud to je pameti, tak to bude nejakej blok ve vyssi pameti a memtest by ho mel zachytit.

[stativ]

Koukni se po MTRR (Memory Type Range Registers). Rozdělení se dá vyčíst z /proc/mtrr. Rozdělení se dá změnit – tuším, že přes /proc. Pak je tu ještě parametr jádra enable_mtrr_cleanup (dá se nastavit při bootu), ten by měl tabulku rozdělení smazat a pak by se měla vytvořit nová (je to bezpečné, změna není trvalá).

Mě osobně to po použití enable_mtrr_cleanup vytvořilo jinou tabulku, než když jsem tuto volbu nepoužil a zbavil jsem se tím varování mtrr: type mismatch v dmesg u laptopu s grafikou Intel 4500MHD. Naštěstí v mém případě bylo varování evidentně neškodné, takže to nakonec nepoužívám.

[grungo]

Při použití toho parametru se mi vytvořila stejná tabulka. Ještě jeden poznatek: pokud graf. systém naběhne v pořádku, pak stačí párkrát přepnou do konzole a zpátky a problémy jsou znovu tu.

[rADOn]

Vzpoměl jsem si ještě na jeden problém který býval se starými intelkami… nastavení paměti v BIOSu. Na žádné novější jsem s tím problém neměl, ale AFAIK je to spíš chyba boardu a evidentně se vyskytuje i dnes. Long story short – nastav si v BIOSu velikost grafické paměti. Detaily zde. Vypadá to že BIOS nastaví grafickou pamět jinak než si myslí kernel a pak si do toho navzájem lezou…

[grungo]

Na hp 6730b mi setup biosu neumožňuje nastavit ani časování paměti, natož velikost graf. paměti.

[grungo]

Ve windows jsem zkoušel zátěžové test na grafiku i na celý hw kompletně a vše prošlo dobře. Udivilo mě, že windows si napevno rezervovaly 1800 MB paměti pro grafiku. Nicméně potom jsem to restartoval do linuxu, kde to pořád blblo, nainstaloval jsem v backport jádra 3.0.0-16 a zatím to vypadám, že se všechno spravilo a funguje. Používám xorg intel ovladače 2.11 z přidaného PPA. Nějak tomu nemůžu uvěřit, tak doufám, že to bude trvalý. Možná mě to jenom zkouší, protože ví, že se koukám po novém NB Ještě dám vědět po nějaké době jestli to bude ok a pak by to možná chtělo upravit místní záznam v hardwaru tady na abclinuxu.