All of lore.kernel.org
 help / color / mirror / Atom feed
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
 

  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.