Web lists-archives.com

kernel regression from stable to testing (acpi lid / EEEpc 1215p)


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?