Xorg na notebooku: po čase "shodí systém" (diskuse)

[Lu-Tze]

Toto není poradna. Děkujeme.

[tired joe]

LOL :) Ignor, u teba mám pocit, že máš permanentne krámy. Dokážeš aj nebyť nepríjemný?

[Lu-Tze]

V minulosti jsem se snad stokrát ohradil proti tomu, když někdo psal do blogu něco, co patří do poradny. Toto chování prostě bytostně nesnáším a přivádí mě do stavu, kdy mám chuť autora zaškrtit. Vím, že to není první případ, kdy pan Ott takto zneužil blogů, zatím jsem ale mlčel.

Přijemný budu k těm, co se dovedou chovat slušně (čím je tak výjimečný pan Ott nebo jeho dotaz, že má právo se vyvyšovat nad ostatní tazatele a neumístit svůj dotaz do poradny jako ostatní?). Já si o něm myslím, že je to sprosťák.

A náladu mám dobrou, zrovna jsem si ostatně pouštěl výborný seriál Spin City.

[tired joe]

Môj odhad môže byť zlý, ale častokrát, keď čítam tvoje komentáre, tak ma napadne tento citát z Ranních červánků:

Někdo desetkrát denně svému okolí vmete do tváře jakési zlé a chladné slovo a jen málo, často vůbec nemyslí na to, že si za několik let nad sebou stvoří zákon zvyku, který ho pak nutí desetkrát denně své okolí rozladit.

Je to vytrhnuté z kontextu, takto to znie aj trochu trápne :) ale hádam pochopíš, ako som to myslel.

[User682]

zdravim Ignora,

Mozna by jsi vedel, kdyby jsi teda travil jinak cas nez blogovanim a fuc*ovanim uzivatelu, ze k vysledku se da dostat mozna takto:

zkusit vyexportovat nize uvedenou promennou. Pripadne bude i nejaka promenna na debug mod drm manageru [zde nevim parametr]. x-ka + gl by mely byt mozna ve debugovacim modu i zkompilovany. to nevim.

export LIBGL_DEBUG=1

spustit aplikaci.

Pres tail ci neco takoveho si posilat vystup pres ssh a sit na jinou masinu. To same log X-ek i kernelu by se dal takto posilat jinam.

Snazit se z toho neco vycist. mozna by se dalo neco i zjistit pres strace bezici_aplikace obdobnym zpusobem zjistit. pripadne toto porovnat z bugzillou na freedesktop.org.

hodne stesti pri hledani chyb.

bye gf

[David Watzke]

Zkus povolit ACPI (pokud nemáš) a spouštět power-buttonem nějakej skript, kterej ti napoví kde je problém (např. uloží výpis `ps ax' někam do souboru, atp.). Např. já (dle rady) powerem shazuju Xka a už párkrát mě to zachránilo před rebootem.

$ cat /etc/acpi/events/default
event=button[ /]power.*
action=/usr/local/sbin/rescue

[fakenickname]

Nelze hýbat myší.

Ovšem tak to je opravdu velice závažný hardwarový problém. Hledal bych vinu v algoritmu programu "cat", nejpíše metoda ulovit(); či bych se snažil prohledat /dev/stul na vyskyt objektu "zvykacka" nebo "lepidlo".

[petr_p]

Krom toho, ze mas beznadejne zastarale jadro :D, vyzkousej, zda se chyta aspon SysRq. Napr. SysRq-E ci ^M-F1 SysRq-R by te jeste mohl dostat do konzole. Pripadne pred rebootem muzes vylit diskovou cache pomoci SysRq-S a rebootovat pomoci SysRq-B (coz vypada mnohem profesionalneji nez potupne hledani resetu).

[mikky]

Mě se to děje taky, ale pořád sem si myslel, že za to může Beryl. Mám tutéž grafiku, takže předpokládam, že problém bude tam. "Zásek" vypadá tak, že Xka zamrznou, ale dá se hýbat myší. Nereaguje ovšem na klávesnici, takže sem taky dycky restartoval.

Nedávno sem udělal podobnou věc, jako Davit Watzke -mám kombinaci acpi tlačítek, která shodí Xka. Donedávna (=než sem si nainstaloval nový drivery i810) to fungovalo-sice rozhodilo grafiku v konzoli, ale Xka naběhly. Ale od toho upgradu ty Xka sice shodim, ale když je pak znova spustim, okamžitě zase spadnou. Grafika v konzoli je rozhozená úplně stejně. Chtělo by to najít způsob, jak "resetovat" tu grafiku softwarově, bo reboot je fakt jediná věc, která to spraví..

Zatim sem nezjišťoval, kde je bug, ale tipoval bych to na ty gr. drivery, možná VGA bios (používáš 915resolution?) V logách sem nic užitečnýho nenašel.

-miky

[mikky]

pardon, drobný omyl - mám grafiku GMA950:

00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller (rev 03)

Ale driver bysme měli používat stejnej...

[petr_p]

Ve starickych distribucich, ktere meli svgalib, byl nastroj vga_reset, ktery volal rutinu VGA BIOSU resetujici kartu (presne tu samou rutinu, ktera se spousti behem POSTU).

[Vinicius]

Snad by se dalo zjistit, jestli za to muze ovladac, nebo je chyba nekde jinde. Projevuje se problem s ovladacem "vesa" (tedy pokud je mozne ho pouzit) ?

[Sten]

Doporučuji vypnout (zakázat) XVideo v xorg.conf. Mám tu samou kartu a po vypnutí XVidea problémy přestaly. Sice musím běžet video přes xshm, což je o dost pomalejší, ale za stabilitu to stojí :)