Re: What PM should be and do (Was Re: Solving suspend-level confusion)
From: Pavel Machek
Date: Mon Aug 09 2004 - 03:46:31 EST
Hi!
> > > Yes. I'm not trying to give drivers an inconsistent state, just delaying
> > > suspending some until the last minute....
> > >
> > > Suspend 2 algorithm:
> > >
> > > 1. Prepare image (freeze processes, allocate memory, eat memory etc)
> > > 2. Power down all drivers not used while writing image
> > > 3. Write LRU pages. ('pageset 2')
> > > 4. Quiesce remaining drivers, save CPU state, to atomic copy of
> > > remaining ram.
> > > 5. Resume quiesced drivers.
> >
> > Hmm, this means pretty complex subtree handling.. Perhaps it would be
> > possible to make "quiesce/unquiesce" support in drivers so that this
> > is not needed?
>
> That would be great from my point of view. It's why I talked before in
> terms of quiesced etc rather than S3, S4 and so on.
Well, for "common" hardware (like all modern notebooks), I guess
making it reasonably fast should be easy to do... Uncommon hardware
will be harder, but if someone tries to suspend server with firewire,
he can probably survive some delay...
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/