Hi,
On Sat, 2007-07-21 at 23:49 -0700, ext
[email protected] wrote:
> I'm deliberatly breaking the threading on this so that people who have
> tuned out the hibernation thread can take a look at this.
>
> below is the proposal that I made at the bottom of one of the posts on the
> hibernation thread.
I have the impression that you are trying to describe a mix of the clock
and latency frameworks.
Could you elaborate on how your proposal is incompatible with enhancing
the clock framework?
It looks like you are proposing a brand new shiny thing that frankly I
would be happy to leave alone, unless it is crystal clear that the clock
fw cannot be improved.
The clocfk fw is used for OMAP and other architectures (including SH,
iirc) and so far it has provided very good support for our power
management needs (Nokia 770 and N800).
Currently we are working on DVFS for OMAP2 (see slides presented at the
linux-pm summit for OLS 2007 http://tinyurl.com/28tact ) and even if the
current prototype is not actively involving the clock fw, our final goal
is to make it capable of supporting atomic transactions for changing the
core parameters.
OMAP3 will require suspend to ram implementation where the content of
system memory is retained, while parts or all the SoC are switched off.
The plan is still to have a clock fw based implementation (plus
interaction with the power rails, of course).
I think these are good examples of the non-ACPI systems you are
mentioning.
To make any proposal that has some chance of being accepted, you have to
compare it against the existing solution, explaining:
-what it is bringing in terms of new functionalities
-how it is different
-why the current implementation cannot simply be enhanced
You can refer to the linux-pm archives for examples of failed attempts
over the last year or so, just search for "framework" in the subject.
--
Cheers, Igor
Igor Stoppa <[email protected]>
(Nokia Multimedia - CP - OSSO / Helsinki, Finland)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
