https://bugzilla.kernel.org/show_bug.cgi?id=218265
--- Comment #8 from Mark Haun (hau...@keteu.org) --- I just got the machine (and Phoenix 7840 U/S/HS APUs are fairly new anyway), so can't comment on earlier kernels. I am now running 6.7-rc6 and need to run a few more days to see if the problem will recur. Suspend seems to work fine many times in a row (after manually disabling all wakeups), then the problem pops up again. We shall see. Coming back to the original report, is there any way to log/trace ACPI wakeup events? Some option I could turn on to start logging them in dmesg? It seems weird that the only way to test is "circumstantial" i.e. experimentally testing which actions cause a wake and which don't. This is obviously problematic for any intermittent failure. I have observed that the built-in trackpad and/or keyboard will usually---but not always!---wake the system even when all /proc/acpi/wakeup sources show as disabled. The power button will *always* wake the system when all /proc/acpi/wakeup sources show as disabled... one of which is "sleep button". It would sure be nice to know which interrupt/event actually causes the wakeup, unless this is obfuscated by the BIOS? -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug. _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
