From: Randy Dunlap <randy.dunlap@oracle.com>
To: "Rafael J. Wysocki" <rjw@sisk.pl>, Pavel Machek <pavel@suse.cz>
Cc: LKML <linux-kernel@vger.kernel.org>,
pm list <linux-pm@lists.linux-foundation.org>,
Len Brown <lenb@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
ACPI Devel Maling List <linux-acpi@vger.kernel.org>
Subject: Re: [PATCH 4/4] Remove obsolete piece of PM documentation
Date: Thu, 12 Jun 2008 10:38:01 -0500 (CDT) [thread overview]
Message-ID: <16803397.1213285081959.JavaMail.oracle@acsmt301.oracle.com> (raw)
In-Reply-To: <20080612131253.GD5455@ucw.cz>
--- Original Message ---
> On Thu 2008-06-12 10:31:38, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki <rjw@sisk.pl>
> >
> > Remove an obsolete piece of PM documentation.
> >
> > Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
> > ---
> > Documentation/power/pm.txt | 257 ---------------------------------------------
> > 1 file changed, 257 deletions(-)
> >
> > Index: linux-2.6/Documentation/power/pm.txt
> > ===================================================================
> > --- linux-2.6.orig/Documentation/power/pm.txt
> > +++ /dev/null
> > @@ -1,257 +0,0 @@
> > - Linux Power Management Support
> > -
> > -This document briefly describes how to use power management with your
> > -Linux system and how to add power management support to Linux drivers.
> > -
> > -APM or ACPI?
> > -------------
> > -If you have a relatively recent x86 mobile, desktop, or server system,
> > -odds are it supports either Advanced Power Management (APM) or
> > -Advanced Configuration and Power Interface (ACPI). ACPI is the newer
> > -of the two technologies and puts power management in the hands of the
> > -operating system, allowing for more intelligent power management than
> > -is possible with BIOS controlled APM.
> > -
> > -The best way to determine which, if either, your system supports is to
> > -build a kernel with both ACPI and APM enabled (as of 2.3.x ACPI is
> > -enabled by default). If a working ACPI implementation is found, the
> > -ACPI driver will override and disable APM, otherwise the APM driver
> > -will be used.
> > -
> > -No, sorry, you cannot have both ACPI and APM enabled and running at
> > -once. Some people with broken ACPI or broken APM implementations
> > -would like to use both to get a full set of working features, but you
> > -simply cannot mix and match the two. Only one power management
> > -interface can be in control of the machine at once. Think about it..
>
> I'd keep this; it is still true, and we still support both.
>
> Maybe it should be moved into Doc*/power/apm.txt or something.
Yes, if there is a good sub-directory for it, please put it there.
> ACK on rest.
~Randy
next prev parent reply other threads:[~2008-06-12 15:48 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-12 8:25 [PATCH 0/4] Remove some obsolete PM stuff Rafael J. Wysocki
2008-06-12 8:27 ` [PATCH 1/4] x86: Remove obsolete PM definitions from NMI header Rafael J. Wysocki
2008-06-12 9:15 ` Ingo Molnar
2008-06-12 8:29 ` [PATCH 2/4] Remove references to struct pm_dev from IRDA headers Rafael J. Wysocki
2008-06-12 13:09 ` Pavel Machek
2008-06-12 8:30 ` [PATCH 3/4] Remove definition of struct pm_dev Rafael J. Wysocki
2008-06-12 13:10 ` Pavel Machek
2008-06-12 8:31 ` [PATCH 4/4] Remove obsolete piece of PM documentation Rafael J. Wysocki
2008-06-12 13:12 ` Pavel Machek
2008-06-12 15:38 ` Randy Dunlap [this message]
2008-06-12 20:48 ` Rafael J. Wysocki
2008-06-12 20:51 ` Pavel Machek
2008-06-26 19:40 ` Len Brown
2008-06-26 20:34 ` Rafael J. Wysocki
2008-06-12 9:26 ` [PATCH - supplement] PM: Remove remaining obsolete definitions from pm.h (was: Re: [PATCH 0/4] Remove some obsolete PM stuff) Rafael J. Wysocki
2008-06-12 13:13 ` Pavel Machek
-- strict thread matches above, loose matches on Subject: below --
2008-06-12 21:29 [PATCH 4/4] Remove obsolete piece of PM documentation Randy Dunlap
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=16803397.1213285081959.JavaMail.oracle@acsmt301.oracle.com \
--to=randy.dunlap@oracle.com \
--cc=akpm@linux-foundation.org \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=pavel@suse.cz \
--cc=rjw@sisk.pl \
/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