[Bug 221383] ideapad_laptop: Fn hotkeys stop emitting after s2idle resume on IdeaPad Slim 3 14ARP10 (Ryzen 7735HS)

[bugzilla-daemon@kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=221383

--- Comment #35 from Daniel Gibson (metalcaedes@gmail.com) ---
Created attachment 309945
  --> https://bugzilla.kernel.org/attachment.cgi?id=309945&action=edit
dmesg output with EC logging, fixed case

Here's the dmesg output for the broken case and the one where
amd_pmc_s2idle_check() sleeps for 2.5s, including some comments in them about
what's different

(I removed most lines that were logged while booting to keep the size
manageable, and they should be the same in both cases anyway)

Note that they contain some nonstandard messages from amd_pmc functions where I
just log when they start and return.

While suspending there aren't any visible differences, apart from
amd_pmc_s2idle_check() taking longer, of course.

When resuming there are lots of EC events in the fixed case that just don't
happen at all in the broken case.
Particularly, right before the PM: resume of devices complete after ..."
message, the fixed case has

 [   53.362362] ACPI: EC: IRQ (1)
 [   53.362372] ACPI: EC: EC_SC(R) = 0x20 SCI_EVT=1 BURST=0 CMD=0 IBF=0 OBF=0
 [   53.362382] ACPI: EC: Polling enabled
 [   53.362385] ACPI: EC: Command(QR_EC) submitted/blocked

and so on, which is missing entirely in the broken case.
See the attached dmesg_sleep_2.5s_before_suspend.txt for details


I found it useful to compare these logs with the "meld" tool, where I have
added a custom text filter with regex pattern "^\[[^]]+\] " so the timestamps
are ignored when comparing lines.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.