dev->status.power and future of DPM_

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

 



Hi everyone,

What is the future plan for dev->status.power? Right now it seems to
reflect the upcoming internal software state of each device when
performing suspend and resume. The attached picture may clarify things
if it makes it to the list.

I'm a bit interested in modifying dev->status.power to reflect the
current device power state. Basically getting rid of DPM_PREPARING,
DPM_RESUMING, DPM_SUSPENDING and DPM_OFF_NOIRQ (they seem to be fairly
unused anyway), and instead using the following states:

DPM_ON - default operational state
DPM_FROZEN - set after PMSG_FREEZE
DPM_OFF - set after PMSG_HIBERNATE
DPM_SUSPENDED - set after PMSG_SUSPEND

On top of this I'd like to allow device drivers to mark devices as
idle. And if a device is marked idle then I'd like to allow power
management code to perform freeze() on a single device. After that
marking the device frozen using DPM_FROZEN. poweroff() may also be
called to perform some partial system suspend. It gets more
complicated of course, but I guess we need a way to know the state of
each device regardless.

Any comments?

Cheers,

/ magnus

Attachment: pm-2.6.31-pre.jpg
Description: JPEG image

_______________________________________________
linux-pm mailing list
linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx
https://lists.linux-foundation.org/mailman/listinfo/linux-pm

[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