public inbox for linux-pm@vger.kernel.org
 help / color / mirror / Atom feed
From: Holger Macht <hmacht@suse.de>
To: linux-pm@lists.osdl.org
Subject: Runtime device power management in userspace
Date: Fri, 23 Dec 2005 15:30:47 +0100	[thread overview]
Message-ID: <20051223143047.GC16463@f192.suse.de> (raw)

[-- Attachment #1: Type: text/plain, Size: 1479 bytes --]

Hi,

We implemented device runtime power management in a userspace application
(the powersave daemon). In this specific case, it means to successively
put pci devices into D3 powersave mode with writing a numerical '3' to the
corresponding power state file.

There are two main reasons for us to even doing this:

  1. At first, the obvious reason. As mentioned in our research regarding
     power consumption on this list, there is a very huge potential to
     save battery power.

  2. Due to the fact that this is AFAIK a heavily untested area, as a side
     effect, we like to get reports about broken modules/drivers and maybe
     get them fixed.

It is explicitly ment as an expert option and will be handled in a very
special way in our frontends. The normal user will be warned loud enough
before he can enable this "feature" ;-) We are also seriously aware of the
fact that all this should be done in kernel space one day.

Before starting implementation, we tested on different machines with
different hardware and got surprisingly few problems. The only module we
are at the moment aware of that it is broken, is e100. Sure, there might
be more...

Now that we get more and more votes that this could be very dangerous and
problematic because of the current kernel implementation, we decided to
gather some more comments from involved people and experts in this
area. That's the aim of my post to this list. Opinions are welcome!

Thanks in advance,
       Holger

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



             reply	other threads:[~2005-12-23 14:30 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-23 14:30 Holger Macht [this message]
2005-12-23 15:12 ` Runtime device power management in userspace Patrick Mochel
2005-12-24  0:40   ` Pavel Machek
2005-12-26 20:43     ` Patrick Mochel
2005-12-26 22:33       ` Pavel Machek
2005-12-27 18:59         ` Patrick Mochel
2005-12-27 19:22           ` Pavel Machek
2005-12-27 19:29             ` Patrick Mochel
2005-12-27 19:41               ` Pavel Machek
2005-12-27 20:40                 ` Patrick Mochel
2005-12-27 21:06                   ` Pavel Machek
2005-12-26 22:47       ` Alan Stern
2005-12-27 17:29         ` Pavel Machek
2005-12-27 17:36           ` Randy.Dunlap
2005-12-24 15:31   ` Holger Macht
2005-12-26 20:58     ` Patrick Mochel
2005-12-27 20:04       ` Pavel Machek
2005-12-27 20:54         ` Patrick Mochel
2005-12-23 15:17 ` Alan Stern
2005-12-24  0:41   ` Pavel Machek
2005-12-24  0:43   ` Pavel Machek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20051223143047.GC16463@f192.suse.de \
    --to=hmacht@suse.de \
    --cc=linux-pm@lists.osdl.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox