On Wed, 11 Aug 2010, intrigeri wrote: > (IBM ThinkPad X32, model 2673A88, 2.6.32 from Debian Squeeze) Thanks. > Note that I have no intent to subscribe to the list so please Cc: me > the follow-up's I am supposed to read. We *always* CC people on Linux-kernel-related MLs :-) It is the opposite of the Debian lists. > I don't know what metric I shall use to decide whether it "works" > "well" or not, but at least I can tell you something that could be > relevant: I have no reason to complain about the brightness control I > get from my laptop. Well, the X32 does it in firmware, so it always works from the keyboard even if the driver is very confused :-) Maybe you could do some simple tests for us to validate the default choice the driver made? Can you control the display brightness using /proc/ibm/brightness or /sys/class/backlight/thinkpad_screen/brightness ? Does /sys/class/backlight/thinkpad_screen/actual_brightness and /proc/acpi/ibm/brightness reflect changes in brightness done through the keyboard? Please test this in console mode, without X. Otherwise, the desktop environment can get in the way and falsify the test results. e.g.: cat /proc/ibm/brightness to read the current brightness, play with the brightness hotkeys, check if that value changes, use "echo up > /proc/ibm/brightness", "echo down > /proc/ibm/brightness" and "echo level # > /proc/ibm/brightness", where # is a number from 0 to 7 ? > By the way I noticed one weird thing when I tried to at least > understand what this brightness_mode=3 meant: > > cat /sys/module/thinkpad_acpi/parameters/brightness_enable > => 2 That means you didn't give any brightness_enable parameters to the module, and it did what it thought to be best. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ ibm-acpi-devel mailing list ibm-acpi-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel