Created attachment 322840 [details] lshal -l Description of problem: Controll of brightnes in inverted on this model of ThinkPad (according to thinkwiki, its using IdeaPad firmware). Adding more backlight with Fn+End causes the brightness go down. Fn+Home vice versa. But the logic of controlling backlight is inverted. So the gnome brightness indicator is comming down when brightness is increasing and up, when decreasing. Also, when inactive for several minutes, powersaving sets brightnes to maximum, as it may think, its minimum. Version-Release number of selected component (if applicable): up-to-date rawhide hal-info-20081022-1.fc10.noarch hal-libs-0.5.12-12.20081027git.fc10.i386 hal-0.5.12-12.20081027git.fc10.i386 How reproducible: always with enabled X Steps to Reproduce: 1. press Fn+Home (with arrow marking down direction) 2. brigtness go up 1. on battery, leave the terminal inactive for several minutes with enabled power saving by decreasing brightness. 2. look ad the difference on the screen brightness Actual results: Backlight controll is inverted Expected results: Backlight will work according its logic Additional info: # dark screen [root@fight ~]# echo 13 > /sys/class/backlight/acpi_video1/brightness # bright screen [root@fight ~]# echo 0 > /sys/class/backlight/acpi_video1/brightness
Created attachment 323670 [details] Patch to fix the brightness issue on ThinkPad SL300 This fixes the issue. Reassigning to kernel.
Works for me. Thanks for fast fix. btw, this may also apply to all Lenovo SL series.
/me makes a note to himself to drop bugzilla login cookie when working on someone else's lappy, since the result may sound somewhat strange :}
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping