[Kde-hardware-devel] Powerdevil: brightness keys change values in incorrect file
Sparhawk
kde-hardware-devel at plast.id.au
Wed May 8 04:07:59 UTC 2013
Hi, I've been chatting with bcooksley at the KDE forums [1], and he/she
suggested that I post here with my question.
I have a Dell XPS 17 L702X, running Kubuntu 13.04 (KDE 4.10.2). In the
update from 12.10 to 13.04, changing the brightness no longer works as
expected. I get the same results using the brightness keys (which shows
feedback with the OSD) or using xbacklight.
When `/etc/default/grub` contains
GRUB_CMDLINE_LINUX_DEFAULT="acpi_backlight=vendor"
`/sys/class/backlight/` contains `dell_backlight` and `intel_backlight`.
Pressing the brightness keys modifies the value in
`dell_backlight/brightness`, but does nothing to the display . However,
if I manually modify the values in `intel_backlight/brightness`, the
backlight changes as expected.
OTOH, If I modify `/etc/default/grub` to contain
GRUB_CMDLINE_LINUX_DEFAULT=""
`/sys/class/backlight/` now contains `acpi_video0`, `acpi_video1` and
`intel_backlight`. Now, the brightness keys modify
`acpi_video1/brightness`, and the display's brightness alters.
Even though this does work somewhat, setting `acpi_backlight=vendor` in
Kubuntu 12.10 gave me more control over the backlight. For example, I
could reduce the backlight down to 0% and have the screen turn off.
Without this grub option, I can reduce `acpi_video1/brightness` to 0
with the brightness keys, but the backlight is still on (dimly). Hence,
it seems that the ideal situation is for the brightness keys to modify
intel_backlight instead of acpi_video1. Is this possible?
Cheers, and thanks in advance.
Sparhawk.
[1] http://forum.kde.org/viewtopic.php?f=63&t=110984
More information about the Kde-hardware-devel
mailing list