[lkml]   [2019]   [Jul]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH v2 1/5] PM: ACPI/PCI: Resume all devices during hibernation
On 7/1/19 4:44 AM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki <>
> Both the PCI bus type and the ACPI PM domain avoid resuming
> runtime-suspended devices with DPM_FLAG_SMART_SUSPEND set during
> hibernation (before creating the snapshot image of system memory),
> but that turns out to be a mistake. It leads to functional issues
> and adds complexity that's hard to justify.
> For this reason, resume all runtime-suspended PCI devices and all
> devices in the ACPI PM domains before creating a snapshot image of
> system memory during hibernation.
> Fixes: 05087360fd7a (ACPI / PM: Take SMART_SUSPEND driver flag into account)
> Fixes: c4b65157aeef (PCI / PM: Take SMART_SUSPEND driver flag into account)
> Link:
> Reported-by: Robert R. Howell <>
> Tested-by: Robert R. Howell <>
> Signed-off-by: Rafael J. Wysocki <>
> ---
> -> v2: No changes.

I've tested your v2 patch set on my ASUS T100TA, applying just those 5 patches to the
5.2-rc7 kernel, and they do fix the hibernation problem. The i2c_designware
timeout errors are now gone and sound does now work after resume from both
suspend and hibernate.

As before I still see the "i2c_designware 80860F41:00: Transfer while suspended" error
on the first resume from either suspend or hibernate, but also as before that
particular error doesn't seem to cause a persistent problem and the system works
normally after the resume.

Bob Howell
 \ /
  Last update: 2019-07-02 06:24    [W:0.333 / U:0.452 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site