Created attachment 281039 [details] dell-9370_freeze-acpi_s2idle_prepare.html We run a 24+ hour S2idle (freeze) stress test on various machines in our lab, and discovered some odd behavior on this machine: Dell Inc. XPS 13 9370 with Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz The acpi_s2idle_prepare and acpi_s2idle_restore functions take a few milliseconds in most of the test runs, but rarely they take an extreme amount of time: Instance #1 (happens 1/3160 times): acpi_s2idle_prepare takes 45 seconds and causes the freeze to abort in suspend_noirq: (see attachments) dell-9370_freeze-acpi_s2idle_prepare.html Instance #2 (happens 1/3160 times): acpi_s2idle_restore takes 45 seconds and but eventually the reeeze resume completed: (see attachments) dell-9370_freeze-acpi_s2idle_restore.html Both times the code is stuck in acpi_ps_parse_aml for the entire function call, this something is happening in BIOS.
Created attachment 281041 [details] dell-9370_freeze-acpi_s2idle_restore.html
Created attachment 281147 [details] dsdt.dsl The latest sleepgraph installs a kprobe over the acpi_ps_execute_method function and pulls out the full path of the AML code being executed. This is what's being executed by both these calls: \_SB.PEPD._DSM
can you please attach the full acpidump output?
Created attachment 282535 [details] issue.def
Created attachment 282699 [details] issue.def change max time from 500ms to 80ms, since anything over 80 is bad.
hmmm, we don't have 9370 running suspend stress test for recent weeks. let's see how things are going when we get 9370 back.
Checked latest suspend_stress test results with v.57 and v5.8-rc1, the problem does not exist. Bug closed.