Bug 93551
Summary: | Lenovo G570: no reaction to brighness keys after boot, works OK after suspend/resume | ||
---|---|---|---|
Product: | ACPI | Reporter: | Eugene A. Shatokhin (eugene.shatokhin) |
Component: | EC | Assignee: | acpi_ec |
Status: | CLOSED INVALID | ||
Severity: | normal | CC: | aponomarenko, lenb |
Priority: | P1 | ||
Hardware: | x86-64 | ||
OS: | Linux | ||
Kernel Version: | 3.19+ in linux-pm.git (linux-next branch, ), also - 3.14.x - 3.19 mainline | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
acpidump
dmidecode dmesg after boot dmesg after pressing brightness keys dmesg after unpligging AC adapter and plugging it in again dmesg after STR dmesg after pressing brightness keys the second time (after STR) dmesg after boot (the second boot) /proc/interrupts before pressing brightness keys /proc/interrupts after pressing brightness keys dmesg before unplugging AC adapter (the second boot) dmesg after unplugging AC adapter and plugging it in again (the second boot) |
Description
Eugene A. Shatokhin
2015-02-20 10:32:40 UTC
Created attachment 167651 [details]
dmidecode
Created attachment 167661 [details]
dmesg after boot
dmesg after boot. EC DEBUG messages are enabled.
Created attachment 167671 [details]
dmesg after pressing brightness keys
Created attachment 167681 [details]
dmesg after unpligging AC adapter and plugging it in again
As far as I can see, there are some new messages in dmesg this time, unlike when I pressed the brightness keys. Still, no visible reaction in the battery monitor, brightness level, etc.
Created attachment 167691 [details]
dmesg after STR
Then I put the system to sleep, then wake it up. Here is the output of dmesg after that.
Created attachment 167701 [details]
dmesg after pressing brightness keys the second time (after STR)
If I press the brightness up/down keys after the system resumed from suspend-to-RAM, there are some new messages in the log. The brightness changes OK as well this time - until I reboot the system, then the problem appears again.
Then I started the system again, this time - with acpi.debug_layer=0x6 acpi.debug_level=0x88000004. See second-boot-* logs below. Created attachment 167711 [details]
dmesg after boot (the second boot)
No new messages in dmesg after I pressed brightness keys then. That log is the same, so I am attaching the log after boot only.
Created attachment 167721 [details]
/proc/interrupts before pressing brightness keys
Created attachment 167731 [details]
/proc/interrupts after pressing brightness keys
Created attachment 167741 [details]
dmesg before unplugging AC adapter (the second boot)
Created attachment 167751 [details]
dmesg after unplugging AC adapter and plugging it in again (the second boot)
As before, I see some new messages in dmesg when I unplug the AC adapter and plug it again. However, there is no visible indication of these events in the system.
Meanwhile, the system reacts to AC plug/unplug immediately after suspend/resume but not after boot.
Strange enough, it turned out that the root of the problem was probably not ACPI but rather vboxguest kernel module from VirtualBox installed on that system for some reason. After I have removed vboxguest, I cannot reproduce the problem anymore. Same behaviour on both Lenovo G570 laptops. That module tried to load at boot, did not detect VirtualBox and failed. And probably messed something up in the process. I am closing the bug for now. If it is reproduced without VirtualBox, perhaps, the bug will be reopened. |