diff options
| author | Linus Torvalds <[email protected]> | 2014-07-18 14:32:51 +0200 |
|---|---|---|
| committer | Rafael J. Wysocki <[email protected]> | 2014-07-21 13:43:56 +0200 |
| commit | 8ab58e8e7e097bae5fe39cbc67eb93a91f7134b7 (patch) | |
| tree | 8fd45f56ceeb1857f9e0baaf0cb7ac0a926ac2a8 /tools/perf/scripts/python/Perf-Trace-Util/lib/Perf | |
| parent | 9a3c4145af32125c5ee39c0272662b47307a8323 (diff) | |
ACPI / video: Fix backlight taking 2 steps on a brightness up/down keypress
In various scenarious userspace will respond to brightness up/down keypresses
by increasing/decreasing the backlight brightness itself. If the kernel then
also changes the brightness this results in the brightness having changed 2
steps for a single keypress which is undesirable. See e.g. :
https://bugs.launchpad.net/gnome-settings-daemon/+bug/527157
http://askubuntu.com/questions/173921/why-does-my-thinkpad-brightness-control-skip-steps
This commit delays responding to brightness up/down keypresses by 100 ms and
if userspace in that time responds by changing the backlight itself, cancels
the kernels own handling of these keypresses, fixing the 2 steps issue.
Link: http://marc.info/?l=linux-kernel&m=140535721100839&w=2
[[email protected]: Move the delayed_work struct into struct
acpi_video_device instead of having it as a global]
[[email protected]: Keep brightness_switch_enabled as a boolean and always
delay the keypress handling]
Tested-by: Hans de Goede <[email protected]>
Tested-by: Bjørn Mork <[email protected]>
Signed-off-by: Hans de Goede <[email protected]>
Signed-off-by: Rafael J. Wysocki <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/Perf-Trace-Util/lib/Perf')
0 files changed, 0 insertions, 0 deletions