From: "Sérgio Monteiro Basto" <sergiomb@netcabo.pt>
To: Len Brown <len.brown@intel.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
ACPI Developers <acpi-devel@lists.sourceforge.net>
Subject: Re: [ACPI] [PATCH] can we compile ACPI without define CONFIG_PM ?
Date: Fri, 07 May 2004 12:33:01 +0100 [thread overview]
Message-ID: <1083929581.9706.35.camel@darkstar> (raw)
In-Reply-To: <1083903538.2296.248.camel@dhcppc4>
[-- Attachment #1: Type: text/plain, Size: 1183 bytes --]
Hi , Len
Thanks for replying
So:
1 - ACPI w/o CONFIG_PM (is not supported)
2 - If accidentally we configure ACPI w/o CONFIG_PM. I tested and
doesn't power off correctly (at least on one Dell Precision 410).
3 - It is easy make this error in configuration, especial if we try use
.config from early versions.
4 - The patch doesn't hurt at all, just force to one correct
configuration.
On Fri, 2004-05-07 at 05:18, Len Brown wrote:
> Never occurred to me to build ACPI w/o CONFIG_PM...
> There are #ifdef CONFIG_PM in the acpi code, so I guess this was on
> purpose, but it makes ACPI a lot less interesting.
>
> But I'm inclined to leave 2.4 alone except for real system failures.
> The only clean-up I'm really interested in doing in 2.4 is when it makes
> maintenance via backporting from 2.6 easier.
I understand very well your point, and I don't check in kernel 2.6.5
Config.in, neither check in others architectures.
But I vote for apply this patch, because can avoid problems with
power-off machines.
Off-topic: I am testing last acpi-2.4.27 patch and it ok, no complains.
I resend the patch just in case.
thanks,
--
Sérgio M. B.
[-- Attachment #2: configopti.diff --]
[-- Type: text/x-patch, Size: 805 bytes --]
--- linux-2.4.26s/arch/i386/config.in.orig 2004-04-29 23:38:38.000000000 +0100
+++ linux-2.4.26s/arch/i386/config.in 2004-04-29 23:40:58.000000000 +0100
@@ -360,7 +360,7 @@
bool 'Power Management support' CONFIG_PM
dep_tristate ' Advanced Power Management BIOS support' CONFIG_APM $CONFIG_PM
-if [ "$CONFIG_APM" != "n" ]; then
+if [ "$CONFIG_APM" != "n" -a "$CONFIG_PM" = "y" ]; then
bool ' Ignore USER SUSPEND' CONFIG_APM_IGNORE_USER_SUSPEND
bool ' Enable PM at boot time' CONFIG_APM_DO_ENABLE
bool ' Make CPU Idle calls when idle' CONFIG_APM_CPU_IDLE
@@ -370,7 +370,9 @@
bool ' Use real mode APM BIOS call to power off' CONFIG_APM_REAL_MODE_POWER_OFF
fi
-source drivers/acpi/Config.in
+if [ "$CONFIG_PM" = "y" ]; then
+ source drivers/acpi/Config.in
+fi
endmenu
next prev parent reply other threads:[~2004-05-07 11:33 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <A6974D8E5F98D511BB910002A50A6647615F9FD0@hdsmsx403.hd.intel.com>
2004-05-07 4:18 ` [ACPI] [PATCH] can we compile ACPI without define CONFIG_PM ? Len Brown
2004-05-07 11:33 ` Sérgio Monteiro Basto [this message]
2004-05-07 14:52 ` Kevin P. Fleming
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=1083929581.9706.35.camel@darkstar \
--to=sergiomb@netcabo.pt \
--cc=acpi-devel@lists.sourceforge.net \
--cc=len.brown@intel.com \
--cc=linux-kernel@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.