Re: [linux-pm] [patch] pm: fix runtime powermanagement's /sys interface

[Adam Belay <ambx1@neo.rr.com>]

On Wed, Jan 04, 2006 at 10:34:05PM +0100, Pavel Machek wrote:
> On Út 27-12-05 20:22:04, Patrick Mochel wrote:
> We want _common_ values, anyway. So, we do not want "D0", "D1", "D2",
> "D3hot" in PCI cases. We probably want "on", "D1", "D2", "suspend",
> and I'm not sure about those "D1" and "D2" parts. Userspace should not
> have to know about details, it will mostly use "on"/"suspend" anyway.
> 
> > > One day, when we find device that needs it, we may want to add more
> > > states. I don't know about such device currently.
> > 
> > There are many devices already do - there are PCI, PCI-X, PCI Express,
> > ACPI devices, etc that do. But, you simply cannot create a single
> > decent
> 
> I asked for an example.

Look at the ACPI spec, it has several examples...

1.) most sound cards have more than two states. (once again latency over
power savings trade offs)
2.) many PCI devices with wake support use different D-levels depending
on wake settings
3.) PCI buses have B0, B1, B2, and B3 (and yes these are very different
from D-states).  This catagory also includes cardbus bridges.
4.) IDE hard drives and other storage media have "sleep", "suspend",
etc.
5.) SATA controllers have more states than just "on" and "off".  Also
these states are independent of the PCI d-states.
6.) many video cards implement D1 and D2 as you've already seen.  This
is often more a matter of "we only know how to restore from such and such
states"
7.) Many processors support of wealth of different power states

This list is not exhaustive.  Also, embedded platforms probably have
serveral more examples.

Thanks,
Adam