http://bugzilla.kernel.org/show_bug.cgi?id=10139
------- Comment #8 from [EMAIL PROTECTED] 2008-04-27 17:14 ------- On my test machine the function keys do correctly cause actual_brightness to be altered. If xbacklight is referencing that file, why is it getting the "old" value? Note too that the fujitsu driver hooks into the standard backlight subsystem, so in addition to sys/class/backlight/fujitsu-laptop/ functioning backlight controls should also show up in the standard location (I forget where that is off-hand). Anyway, maybe it's the files in the standard location which are reporting the wrong values. I'll see if I can find time tonight to have a quick look into this. FYI I am currently working on a patch with another user which, among other things, includes a handler for the keypress events which are then passed to userspace in the normal way. Any persistent brightness applet which watches for the standard brightness change events should therefore be able to track the hardware status. Hopefully we'll have something publishable within a week or so. Watch this space. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
