[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090608130509.GA3272@elte.hu>
Date: Mon, 8 Jun 2009 15:05:09 +0200
From: Ingo Molnar <mingo@...e.hu>
To: "Rafael J. Wysocki" <rjw@...k.pl>
Cc: Alan Stern <stern@...land.harvard.edu>,
pm list <linux-pm@...ts.linux-foundation.org>,
ACPI Devel Maling List <linux-acpi@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Magnus Damm <magnus.damm@...il.com>
Subject: Re: Run-time PM idea (was: Re: [linux-pm] [RFC][PATCH 0/2] PM:
Rearrange core suspend code)
* Rafael J. Wysocki <rjw@...k.pl> wrote:
> On Monday 08 June 2009, Ingo Molnar wrote:
> >
> > * Rafael J. Wysocki <rjw@...k.pl> wrote:
> >
> > > +config PM_RUNTIME
> > > + bool "Run-time PM core functionality"
> > > + depends on PM
> > > + ---help---
> > > + Enable functionality allowing I/O devices to be put into energy-saving
> > > + (low power) states at run time (or autosuspended) after a specified
> > > + period of inactivity and woken up in response to a hardware-generated
> > > + wake-up event or a driver's request.
> > > +
> > > + Hardware support is generally required for this functionality to work
> > > + and the bus type drivers of the buses the devices are on are
> > > + responsibile for the actual handling of the autosuspend requests and
> > > + wake-up events.
> >
> > Halleluya! :-)
>
> I guess this means you like the general idea. ;-)
>
> Well, we've been discussing it for quite a while and since more
> and more people are interested, I'm giving it a high priority.
Cool. I think that if within a few years we could achieve that every
default distro (both on desktops and on servers) triggers PM
functionality runtime on common hardware, we'd both have lower power
consumption in general, and we'd have more robust suspend-resume
code as well.
It would also be far more debuggable if the various suspend/resume
bits were triggered and used independently and runtime, allowing
bugs to be 'spread out'. Right now if they fail they fail in a very
hard to debug spot (in the s2ram/s2disk codepaths), which makes
their hacking rather challenging. (which i'm sure you are well aware
of ;-)
So yes, i like the idea, a lot.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists