Henrique de Moraes Holschuh wrote: > Can't reproduce this on 2.6.22 and a T43. Given that the driver returns > EINVAL well before it even tries to poke the hardware, it should not make a > difference which thinkpad we try it on. So, that leaves us with > thinkpad-acpi bugs, or a backlight class bug. Which kernel version? 2.6.22.9 + numerous patches: whoopie patches; deferrable timers; round jiffies; ALPM; HRT. > Also, just to be sure, cat > /sys/class/backlight/thinkpad_screen/max_brightness returns 7 in your T60, > correct? Correct. > Should be impossible to happen as long as max_brightness is not 15 (not only > because of the backlight class, but also because it means thinkpad-acpi is > supposed to refuse to write such stuff to the hardware). But a backlight > variable being stuck is not at all difficult to imagine. Let's try to track > it down... OK, what else do you need? ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ ibm-acpi-devel mailing list ibm-acpi-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel
