[Bug 907368] New: fn + f7 f8 - brightness control doesn't work - hp compaq 6720s
http://bugzilla.opensuse.org/show_bug.cgi?id=907368 Bug ID: 907368 Summary: fn + f7 f8 - brightness control doesn't work - hp compaq 6720s Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Major Priority: P5 - None Component: Kernel Assignee: kernel-maintainers@forge.provo.novell.com Reporter: andrej.lazo@gmail.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 Build Identifier: LCD brightness control keys doesn't work. I've tried a lot of ACPI boot param -non helped. It worked in 13.1 (just KDE OSD was not shown). I'am able to change brightness via battery monitor widget but not via fn keys. Reproducible: Always tried ####################### acpi_osi=""!Windows 2012"" acpi_os_name=Linux acpi_osi= acpi_osi=Linux "acpi_backlight=vendor" "acpi_osi=linux" acpi_osi=\"!Windows 2012\" "DISABLE AUTOLOGIN" xev on 13.1 (not registred on 13.2) ####################### KeyRelease event, serial 41, synthetic NO, window 0x3800001, root 0x7f, subw 0x0, time 603182, (-430,434), root:(153,457), state 0x0, keycode 232 (keysym 0x1008ff03, XF86MonBrightnessDown), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False FocusOut event, serial 41, synthetic NO, window 0x3800001, mode NotifyGrab, detail NotifyAncestor FocusIn event, serial 41, synthetic NO, window 0x3800001, mode NotifyUngrab, detail NotifyAncestor KeymapNotify event, serial 41, synthetic NO, window 0x0, keys: 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 KeyRelease event, serial 41, synthetic NO, window 0x3800001, root 0x7f, subw 0x0, time 603564, (-430,434), root:(153,457), state 0x0, keycode 233 (keysym 0x1008ff02, XF86MonBrightnessUp), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #2 from Andrej Lazo
To see whether it's a kernel issue, try the following: - Install evtest package - Go to Linux console (e.g. VT1), be root. - Run evtest /dev/input/by-path/platform-i8042-serio-0-event-kbd (the device path might be different, but you must have a similar one.) - Press brightness up/down key.
If this shows the proper key events (KEY_BRIGHTNESSUP and KEY_BRIGHTNESSDOWN), then the kernel reports correctly. The problem is rather in the upper layer, either X or KDE. If the keys aren't reported, then it's a kernel problem.
As I wrote it is working on 13.1 - I have reinstalled old ver. to show something. I ran "evtest /dev/input/by-path/platform-i8042-serio-0-event-kbd" on 13.1 but that returns nothing even on 13.1. As I wrote on 13.1 there is problem in upper level (KDE) but in 13.2 - there is no response on fn (f7/f8 - brightness) keys (using xev). ######################## in 13.1 it works - in 13.2 it doesn't ! -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
Andrej Lazo
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
Andrej Lazo
You must run evtest not on X but on Linux console (VT1 or else). Otherwise the key events are already grabbed before you see it on xev.
OK I did it it display "^@" but display is going darker - when I press fn key related to VolumeUp it display a lot, including Tag VolumeUp. ################# this is done on 13.1 as there is no response on 13.2 ################## -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #6 from Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #7 from Andrej Lazo
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #8 from Andrej Lazo
So the key isn't emitted through the normal PS2 unlike the recent HP machines. Try other /dev/input/event* files on openSUSE 13.1 kernel. One of them should correspond to the input device from the ACPI video driver.
Also, please give the hwinfo outputs running on both openSUSE 13.1 and 13.2 kernels. Attach the files to Bugzilla.
linux-avmf:~ # evtest /dev/input/event5 Input driver version is 1.0.1 Input device ID: bus 0x19 vendor 0x0 product 0x6 version 0x0 Input device name: "Video Bus" Supported events: Event type 0 (Sync) Event type 1 (Key) Event code 224 (Brightness down) Event code 225 (Brightness up) Event code 227 (?) Event code 241 (?) Event code 242 (?) Event code 243 (?) Event code 244 (?) Event code 245 (?) Testing ... (interrupt to exit) Event: time 1417038101.228446, type 1 (Key), code 224 (Brightness down), value 1 Event: time 1417038101.228446, -------------- Report Sync ------------ Event: time 1417038101.228484, type 1 (Key), code 224 (Brightness down), value 0 Event: time 1417038101.228484, -------------- Report Sync ------------ Event: time 1417038102.344158, type 1 (Key), code 225 (Brightness up), value 1 Event: time 1417038102.344158, -------------- Report Sync ------------ Event: time 1417038102.344194, type 1 (Key), code 225 (Brightness up), value 0 Event: time 1417038102.344194, -------------- Report Sync ------------ ^C -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #9 from Andrej Lazo
Also, another thing to try is pass video.use_native_backlight=0 boot option. You might need to pass together with acpi_backlight=video boot option.
I'll try that tomorrow. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #10 from Takashi Iwai
(In reply to Takashi Iwai from comment #5)
So the key isn't emitted through the normal PS2 unlike the recent HP machines. Try other /dev/input/event* files on openSUSE 13.1 kernel. One of them should correspond to the input device from the ACPI video driver.
Also, please give the hwinfo outputs running on both openSUSE 13.1 and 13.2 kernels. Attach the files to Bugzilla.
linux-avmf:~ # evtest /dev/input/event5 Input driver version is 1.0.1 Input device ID: bus 0x19 vendor 0x0 product 0x6 version 0x0 Input device name: "Video Bus" Supported events: Event type 0 (Sync) Event type 1 (Key) Event code 224 (Brightness down) Event code 225 (Brightness up) Event code 227 (?) Event code 241 (?) Event code 242 (?) Event code 243 (?) Event code 244 (?) Event code 245 (?) Testing ... (interrupt to exit) Event: time 1417038101.228446, type 1 (Key), code 224 (Brightness down), value 1 Event: time 1417038101.228446, -------------- Report Sync ------------ Event: time 1417038101.228484, type 1 (Key), code 224 (Brightness down), value 0 Event: time 1417038101.228484, -------------- Report Sync ------------ Event: time 1417038102.344158, type 1 (Key), code 225 (Brightness up), value 1 Event: time 1417038102.344158, -------------- Report Sync ------------ Event: time 1417038102.344194, type 1 (Key), code 225 (Brightness up), value 0 Event: time 1417038102.344194, -------------- Report Sync ------------ ^C
So far, so good. Try similarly on openSUSE 13.2 kernel, too. No input device gives like this at all? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #11 from Andrej Lazo
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #12 from Andrej Lazo
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #13 from Andrej Lazo
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
Andrej Lazo
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #15 from Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #16 from Takashi Iwai
I've tested fn keys while install - and when kernel was loading they reacted.
Now I'am able to change LCD brightness via battery monitor but not using fn keys.
It might be that some wrong keymap is applied for your device. You can try to remove /usr/lib/udev/hwdb.d/60-keyboard.hwdb and reboot. (Better to make a backup that file to restore later, of course.) -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #17 from Andrej Lazo
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #18 from Andrej Lazo
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #19 from Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #20 from Andrej Lazo
WMI hotkey is an unlikely target. It might provide something about brightness but only for old models. The newer models should give the key either via ACPI video bus or the normal i8042 serial I/O (aka PS/2 port). On openSUSE 13.1, it looks like that the former one took. But the behavior depends on BIOS, i.e. ACPI OSI string may influence somehow, so it's not really sure.
Try to find out the event device for video bus, and check whether the key comes with it.
Also, check the value in /sys/module/video/parameters/brightness_switch_enabled. If it's N, try to turn it on: echo 1 > /sys/module/video/parameters/brightness_switch_enabled and retest.
do you mean this? ####################### linux-b4vl:~ # evtest /dev/input/event5 Input driver version is 1.0.1 Input device ID: bus 0x19 vendor 0x0 product 0x6 version 0x0 Input device name: "Video Bus" Supported events: Event type 0 (EV_SYN) Event type 1 (EV_KEY) Event code 224 (KEY_BRIGHTNESSDOWN) Event code 225 (KEY_BRIGHTNESSUP) Event code 227 (KEY_SWITCHVIDEOMODE) Event code 241 (KEY_VIDEO_NEXT) Event code 242 (KEY_VIDEO_PREV) Event code 243 (KEY_BRIGHTNESS_CYCLE) Event code 244 (KEY_BRIGHTNESS_ZERO) Event code 245 (KEY_DISPLAY_OFF) Properties: Testing ... (interrupt to exit) ########## doesn't register -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #21 from Andrej Lazo
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #22 from Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #23 from Andrej Lazo
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #24 from Andrej Lazo
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #25 from Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #26 from Andrej Lazo
You passed wrongly: pass acpi_osi="!Windows 2012"
I have tried. using Yast, edit grub and also during boot (e line) acpi_osi=""!Windows 2012"" acpi_osi=\"!Windows 2012\" ########################## tell me exactly what to do -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #27 from Andrej Lazo
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #28 from Andrej Lazo
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #29 from Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #30 from Andrej Lazo
It's only for testing, so better to edit in GRUB menu than in YaST. Just pass: acpi_osi="!Windows 2012"
See that you gave the opening quote at the wrong place. Check dmesg output.
I did - that was the first dmesg ############################ when I entered acpi_osi="!Windows 2012" during boot - It later displayed "acpi_osi=!Windows 2012" in hwinfo -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #31 from Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #32 from Andrej Lazo
OK, then ACPI OSI doesn't matter for the behavior. Hmm...
We can at least narrow down the regression kernel. 3.13, 3.14 and 3.15 kernel packages are available at: http://download.opensuse.org/repositories/home:/tiwai:/kernel:/3.13/ http://download.opensuse.org/repositories/home:/tiwai:/kernel:/3.14/ http://download.opensuse.org/repositories/home:/tiwai:/kernel:/3.15/
3.12 kernel is found in Kernel:SLE12.
Check which one starts showing the wrong behavior. I guess it's relatively new.
I do that on monday -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
--- Comment #33 from Andrej Lazo
(In reply to Takashi Iwai from comment #31)
OK, then ACPI OSI doesn't matter for the behavior. Hmm...
We can at least narrow down the regression kernel. 3.13, 3.14 and 3.15 kernel packages are available at: http://download.opensuse.org/repositories/home:/tiwai:/kernel:/3.13/ http://download.opensuse.org/repositories/home:/tiwai:/kernel:/3.14/ http://download.opensuse.org/repositories/home:/tiwai:/kernel:/3.15/
3.12 kernel is found in Kernel:SLE12.
Check which one starts showing the wrong behavior. I guess it's relatively new.
I do that on monday
all of yours kernels (3.13-3.15) work problems start with 3.16 -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=907368
Takashi Iwai
participants (1)
-
bugzilla_noreply@novell.com