kernel regression from stable to testing (acpi lid / EEEpc 1215p)
Hi.
On my EEEpc 1215p laptop, the upgrade from stable to testing broke the
lid switch detection, since
* another OS detects it just fine and acts on it;
* the kernel from stable (4.9.0-7) does too
Therefore, HW is ok (not obvious on an old laptop...)
If I use the current kernel in testing (4.19.0-1), or really any
"testing" kernel from december onwards (when I upgraded), this is the
situation:
* the sleep keycombo Fn+F1 works
* pm-suspend works
* pm-hibernate works
If I observe the state of /proc/acpi/button/lid/LID/state from a remote
shell and close the lid, it shows "open". Indeed, the fact that I can
still use the system is a dead giveaway it's not suspended :P
/etc/default/acpi-support is fine: LID_SLEEP=true is active, both acpid
and the system itself were restarted multiple times.
Closest bug I could find witha similar issue is not relevant, since it's
way older than my working kernel:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820422
dmesg has this interesting warning:
ACPI: button: The lid device is not compliant to SW_LID.
Digging around, the common reply was along the lines of "meh, just a
warning, ignore it if it works". Well, guess what, it doesn't :(
What's the best way to handle this? IMHO it's quite likely a kernel
issue, most likely upstream.
Should I file a bug on linux-image-amd64 or directly on bugzilla.kernel.org?
Thanks,
Andrea.
Reply to: