Dotaz: gnome-power-manager a jas LCD

[bazil]

Ahoj lidičky, sem majitelem T42 a při nějaké z posledních aktualizací archlinuxu mě začal blbnout gnome-power-manager tím spůsobem, že mi nedovolí zvýšit jas na LCD a drží ho pořád hodně nízko (je to asi tak, že čudlítka na to sou HW, takže jas jde svýšit, ale potvora GPM to zase stáhne dolů). Pokud GPM vypnu, tak samozřejmě problém zmizí, ale zase se objeví další typu, "kolikpak mi zbejvá baterky?" a "uspi se ty potvoro!". Neví někdo, jak tuhle zapeklitou situaci vyřešit? (nejlépe samozřejmě domluvit GPM). Díky ...

Odpovědi

[vencas]

Pomohlo by tohle?

[bazil]

nooo jak píšu, tak nastavení jasu funguje, pokud není zapnutej gnome-power-manager, takže nepomohlo

[blami]

Neupgradoval jste i kernel ? Došlo k závažnějším změnám driverů ibm_acpi, který se nyní jmenuje thinkpad_acpi. Jeho starší (ne uplně poslední) verze obsahuje dost divnou implementaci těchto funkcí (sám s tím mám problémy na X60s). Jde o to, že krom acpi-eventů generovaných tlačítky a ošetřovaných hardwarem přibilo ještě několik /dev/input/event* interfaců na kterých má poslouchat HAL démon (přes který tyhle věci řeší gnome-power-manager) a celé se to mlátí mezi sebou ... zkuste ukončit acpid a uvidíte co to udělá ... . Shodou náhod byla tuším mezi thinkpad_acpi 0.16-0.17 chybka, že kernelový interface vracel špatnou hodnotu podsvětlení (samo podsvětlení se měnilo ale displej zůstával furt vysvícený na max).

Zkuste se podívat jestli používáte modul thinkpad_acpi a pokud ano tak v jaké verzi. Případně zkuste do jádra připatchovat a zkompilovat poslední verzi (tuším 0.18) s tou by to mělo být v pořádku. Je také možné že jde o rozbitý quirk v HALu ... zkuste se podívat, pokud máte fční zálohu systému před upgradem, jestli by nepomohlo použít LCDbrightness quirk z původního systému (jsou někde v /lib/hal ...). Asi to bude chtít trochu lidové tvořivosti ...

[bazil]

no jádro sem neupgradoval, ale hal možná jo, ale starší verzi quirku nemám ale aspoň zhruba vím, kde bych moh hledat ... diky