Re: [RFC][PATCH] PM: Introduce new top level suspend and hibernation callbacks (rev. 6)
- From: Oliver Neukum <oliver@xxxxxxxxxx>
- Date: Wed, 2 Apr 2008 17:28:44 +0200
Am Mittwoch, 2. April 2008 17:13:11 schrieb Alan Stern:
Basically yes. Subsystems and drivers are allowed to keep devices
suspended if they were suspended before the system went to sleep.
Remember, the purpose of the resume method is to let drivers know that
the system is now awake, not to force them to put their devices into a
high-power state.
Well, sometimes it is exactly that what we desire, eg. as a side effect
of lsusb. Should the callbacks have different semantics depending on
the reason you call them? And how should that information be transferred?
Regards
Oliver
--
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/
- Follow-Ups:
- References:
- Prev by Date: Re: [PATCH 0/3] x86: add cpuset_scnprintf function
- Next by Date: Re: nommu: handling anonymous mmap clearing in userspace rather than kernel
- Previous by thread: Re: [RFC][PATCH] PM: Introduce new top level suspend and hibernation callbacks (rev. 6)
- Next by thread: Re: [RFC][PATCH] PM: Introduce new top level suspend and hibernation callbacks (rev. 6)
- Index(es):
Relevant Pages
|
