[linux-pm] Problems with PM_FREEZE

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 28 Sep 2005, Rafael J. Wysocki wrote:

> IMO if the driver is a module it should not make any assumptions
> on the state of the device when its resume routine is called.  Instead,
> it should assume the device can be in an arbitrary state and proceed
> in the safest way possible.  Which is 3.

That's what it should do when resuming from disk.

But that's not what it should do when it's being resumed just after the
memory image was created, in order to write out the image.  In this case
the device is known to be in FREEZE, not SUSPEND, and to save time we
would like the driver not to go through a full resume procedure.

The problem is that currently the driver has no way to tell the difference
between the two types of resume.  What's needed is a way for driver to 
tell, and that can be added easily enough.

Alan Stern


[Index of Archives]     [Linux ACPI]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [CPU Freq]     [Kernel Newbies]     [Fedora Kernel]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux