--- Comment #9 from Zhang Rui <rui.zhang@...> 2010-12-28 01:17:58 ---
(In reply to comment #7)
> (In reply to comment #6)
> > in this case, brightness hotkeys works in the same way as described in bug
> > #19592, right?
> Yes and no - down always worked in 2-step increments but up was simply
> unpredictable - sometimes it went up 2 steps and stayed there, sometimes it
> went up 2 steps briefly and went back to the level it was before the keypress.
> Now, I have two pieces of new info. Few days ago I stayed a while longer in the
> rc3 kernel (I rebooted after 2 days - probably 2 suspend-resume cycles and
> quite a few mode-switches LVDS<->VGA later) and when I was about to reboot I
> noticed the hotkeys were broken here too! Can the relevant info be found in
> dmesg output? If so, I'll see if I can reproduce the situation.
No, at least I didn't find anything interesting in the dmesg attached in
> Second, the /sys/module/video/parameters/brightness_switch_enabled is set to Y
> in current Ubuntu kernel. Setting it to N fixes pretty much everything -
> hotkeys increment and decrement properly, powerdevil detects the keypresses and
> shows the brightness level as it's increased/decreased correctly, showkey -s
> detects 4 characters on quick keypress for both keys, and brightness is
> adjusted in tty as well as in X.
so it seems that everything works well if brightness_switch_enabled=N, right?
But I'm wondering why it affects the input event generated.
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are watching the assignee of the bug.