From: "Regölö Maass" <regoeloemaass@gmail.com>
To: linux-input@vger.kernel.org
Cc: "Natikar, Basavaraj" <Basavaraj.Natikar@amd.com>
Subject: amd-sfh: 10s resume delay from s2idle due to sensor status timeout
Date: Wed, 19 Aug 2026 13:37:04 +0200 [thread overview]
Message-ID: <6ad35436-63ac-4bc0-8d38-90ffe03b6db9@gmail.com> (raw)
When closing the lid and reopening it again the screen is frozen for around 10s seconds before any keyboard input is recognized.
That results in every sensor being in a broken state i.e. "monitor-sensor" shows the accelerometer orientation as "bottom-up" and tilt as "undefined" and the ALS shows very low values.
The broken states of the sensors are: status 0x5 for sid 0x0 (accelerometer), status 0x4 for sid 0xf (operating-mode) and status 0x4 for sid 0x16 (ALS).
As on my current system the operating-mode is not recognized in userspace (No SW_TABLET_MODE Event) I can not be sure about it's state.
This resume bug happens consistently on every try based on my experience.
Here's the filtered dmes output:
[So, 16. Aug 2026, 13:30:49] PM: suspend entry (s2idle)
[So, 16. Aug 2026, 13:30:53] amdgpu 0000:03:00.0: dpm has been disabled
[So, 16. Aug 2026, 13:30:53] amdgpu 0000:03:00.0: SMU is resumed successfully!
[So, 16. Aug 2026, 13:31:03] pcie_mp2_amd 0000:03:00.7: resume sid 0x0 (accelerometer) status 0x5
[So, 16. Aug 2026, 13:31:03] pcie_mp2_amd 0000:03:00.7: resume sid 0xf (operating-mode) status 0x4
[So, 16. Aug 2026, 13:31:03] pcie_mp2_amd 0000:03:00.7: resume sid 0x16 (ALS) status 0x4
[So, 16. Aug 2026, 13:31:03] PM: suspend exit
As the dmesg output shows the resume operations for the sensor are delayed every time by exactly 10 seconds.
I managed to solve the issue about the frozen screen by disabling the amd_sfh driver via "modprobe -r amd_sfh", after which the resume operation was nearly instant and no freezing occurred.
I updated the BIOS version to the latest available version: TN3604YA.306.
Importantly I'm using the "mem_sleep_default=s2idle" flag as a grub argument.
I also opened a bug-report in bugzilla as a reference:
https://bugzilla.kernel.org/show_bug.cgi?id=221895
Kernel infos: Linux xxx-xxx 7.1.8-arch1-3 #1 SMP PREEMPT_DYNAMIC Tue, 11 Aug 2026 09:16:08 +0000 x86_64 GNU/Linux
HW: Asus Vivobook S 16 Flip (TN3604YA), AMD Ryzen 5 7530U
Happy to provide more info if needed or test patches.
reply other threads:[~2026-08-19 11:37 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6ad35436-63ac-4bc0-8d38-90ffe03b6db9@gmail.com \
--to=regoeloemaass@gmail.com \
--cc=Basavaraj.Natikar@amd.com \
--cc=linux-input@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.