I can confirm this on my Advent 4211 (rebranded MSI Wind netbook), though when I reopen the lid it defautls back to 100%. I like to use mine at lower settings - especially on evenings.
KDE 8.04.1.
$ uname -a
Linux tleilax 2.6.24-21-generic #1 SMP Mon Aug 25 17:32:09 UTC 2008 i686 GNU/Linux
Moreover, the (KDE) power manager, which seems to manage the keybinds for raising and lowering the brightness, stops working if brightness is set to 0% before closing. The manager still *thinks* it's at 0%, while it's actually at 100%, so the keybinds no longer work. The popup spawns saying "0%", but it won't raise. Changing /proc/acpi/video/*/LCD/brightness to anything other than the minimum value (20 for me) makes it work again. So to not lose control over brightness setting as a non superuser, I have to make sure it's not at the lowest setting when closing the lid. Superuser permissions is required to fix it.
I tried modifying /etc/acpi/lid.sh to copy the /proc brightness file upon lid close and restore it upon opening, but it seems that at some point in the lid-close scripts it *sets* the brightness to 20. No matter what setting I had it always saved my temporary file with "20". I'm not sure why.
Anyway, even with those extra lines in the script resetting the brightness to 20 upon opening, it automatically rises to 100% as soon as I move the mouse or press any key.
I can confirm this on my Advent 4211 (rebranded MSI Wind netbook), though when I reopen the lid it defautls back to 100%. I like to use mine at lower settings - especially on evenings.
KDE 8.04.1.
$ uname -a
Linux tleilax 2.6.24-21-generic #1 SMP Mon Aug 25 17:32:09 UTC 2008 i686 GNU/Linux
$ apt-cache policy kdm
Installed: 4:3.5.10- 0ubuntu1~ hardy1
Candidate: 4:3.5.10- 0ubuntu1~ hardy1 0ubuntu1~ hardy1 0
500 http:// se.archive. ubuntu. com hardy-backports /main Packages
100 /var/lib/ dpkg/status
4:3.5.9- 0ubuntu7. 3 0
500 http:// se.archive. ubuntu. com hardy-updates/main Packages
4:3.5.9- 0ubuntu7 0
500 http:// se.archive. ubuntu. com hardy/main Packages
kdm:
Version table:
*** 4:3.5.10-
Moreover, the (KDE) power manager, which seems to manage the keybinds for raising and lowering the brightness, stops working if brightness is set to 0% before closing. The manager still *thinks* it's at 0%, while it's actually at 100%, so the keybinds no longer work. The popup spawns saying "0%", but it won't raise. Changing /proc/acpi/ video/* /LCD/brightness to anything other than the minimum value (20 for me) makes it work again. So to not lose control over brightness setting as a non superuser, I have to make sure it's not at the lowest setting when closing the lid. Superuser permissions is required to fix it.
I tried modifying /etc/acpi/lid.sh to copy the /proc brightness file upon lid close and restore it upon opening, but it seems that at some point in the lid-close scripts it *sets* the brightness to 20. No matter what setting I had it always saved my temporary file with "20". I'm not sure why.
grep current /proc/acpi/ video/IGD/ LCD/brightness | awk -F": " '{ print $2 }'
Anyway, even with those extra lines in the script resetting the brightness to 20 upon opening, it automatically rises to 100% as soon as I move the mouse or press any key.