From: Alexey Starikovskiy <astarikovskiy@suse.de>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: Alexey Starikovskiy <aystarik@gmail.com>,
Damien Wyart <damien.wyart@free.fr>,
Torsten Kaiser <just.for.lkml@googlemail.com>,
Andrew Morton <akpm@linux-foundation.org>,
LKML <linux-kernel@vger.kernel.org>,
Len Brown <len.brown@intel.com>, Frans Pop <elendil@planet.nl>,
linux-acpi@vger.kernel.org
Subject: Re: ACPI power off regression in 2.6.23-rc8 (NOT in rc7)
Date: Tue, 25 Sep 2007 16:53:29 +0400 [thread overview]
Message-ID: <46F904C9.7080009@suse.de> (raw)
In-Reply-To: <200709251439.21519.rjw@sisk.pl>
[-- Attachment #1: Type: text/plain, Size: 1604 bytes --]
Rafael J. Wysocki wrote:
> On Tuesday, 25 September 2007 14:05, Alexey Starikovskiy wrote:
>> Rafael J. Wysocki wrote:
>>> On Tuesday, 25 September 2007 13:45, Rafael J. Wysocki wrote:
>>>> On Tuesday, 25 September 2007 11:58, Damien Wyart wrote:
>>>>>>> No, I do not have CONFIG_ACPI_SLEEP set,
>>>>>>> because I do not have CONFIG_PM_SLEEP set,
>>>>>>> because I do not want SUSPEND and/or HIBERNATION.
>>>>>> Same answer from my side: I do not have CONFIG_ACPI_SLEEP for the same
>>>>>> reason (and this worked fine without them in rc7). I do not think
>>>>>> these settings should have changed between rc7 and rc8.
>>>> Well, we haven't changed much.
>>>>
>>>>> Also, another test I just did: on another computer, rc8 is fine
>>>>> regarding ACPI power off, even if CONFIG_ACPI_SLEEP is not set. I can
>>>>> provide config if needed.
>>>> On the box that fails to power off, can you please test -rc8 with these two
>>>> commits reverted:
>>>>
>>>> commit 5a50fe709d527f31169263e36601dd83446d5744
>>>> ACPI: suspend: consolidate handling of Sx states addendum
>>>>
>>>> commit f216cc3748a3a22c2b99390fddcdafa0583791a2
>>>> ACPI: suspend: consolidate handling of Sx states.
>>>>
>>>> and see if it works?
>>> If it does, please test the patch from this message
>>>
>>> http://marc.info/?l=linux-kernel&m=119052978117735&w=4
>>>
>>> on top of vanilla 2.6.23-rc8.
>> You will need one more patch on top of just mentioned one.
>
> Hm, why did you put acpi_target_sleep_state under CONFIG_SUSPEND?
>
> CONFIG_HIBERNATION needs acpi_target_sleep_state too.
Agree, attaching updated patch.
Thanks,
Alex.
[-- Attachment #2: fix-ACPI_SLEEP_states.patch --]
[-- Type: text/x-patch, Size: 2282 bytes --]
ACPI: suspend: fix ACPI_SLEEP states
From: Alexey Starikovskiy <astarikovskiy@suse.de>
Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
---
drivers/acpi/sleep/Makefile | 2 +-
drivers/acpi/sleep/main.c | 5 +++++
include/acpi/acpi_drivers.h | 4 ----
3 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/acpi/sleep/Makefile b/drivers/acpi/sleep/Makefile
index ba9bd40..f1fb888 100644
--- a/drivers/acpi/sleep/Makefile
+++ b/drivers/acpi/sleep/Makefile
@@ -1,5 +1,5 @@
obj-y := wakeup.o
-obj-$(CONFIG_ACPI_SLEEP) += main.o
+obj-y += main.o
obj-$(CONFIG_ACPI_SLEEP) += proc.o
EXTRA_CFLAGS += $(ACPI_CFLAGS)
diff --git a/drivers/acpi/sleep/main.c b/drivers/acpi/sleep/main.c
index c79edcb..6ea0628 100644
--- a/drivers/acpi/sleep/main.c
+++ b/drivers/acpi/sleep/main.c
@@ -24,7 +24,9 @@
u8 sleep_states[ACPI_S_STATE_COUNT];
+#if defined(CONFIG_SUSPEND)||defined(CONFIG_HIBERNATION)
static u32 acpi_target_sleep_state = ACPI_STATE_S0;
+#endif
int acpi_sleep_prepare(u32 acpi_state)
{
@@ -48,6 +50,7 @@ int acpi_sleep_prepare(u32 acpi_state)
}
#ifdef CONFIG_SUSPEND
+
static struct pm_ops acpi_pm_ops;
extern void do_suspend_lowlevel(void);
@@ -299,6 +302,7 @@ int acpi_suspend(u32 acpi_state)
return -EINVAL;
}
+#ifdef CONFIG_PM_SLEEP
/**
* acpi_pm_device_sleep_state - return preferred power state of ACPI device
* in the system sleep state given by %acpi_target_sleep_state
@@ -373,6 +377,7 @@ int acpi_pm_device_sleep_state(struct device *dev, int wake, int *d_min_p)
*d_min_p = d_min;
return d_max;
}
+#endif
static void acpi_power_off_prepare(void)
{
diff --git a/include/acpi/acpi_drivers.h b/include/acpi/acpi_drivers.h
index 202acb9..f85f77a 100644
--- a/include/acpi/acpi_drivers.h
+++ b/include/acpi/acpi_drivers.h
@@ -147,10 +147,6 @@ static inline void unregister_hotplug_dock_device(acpi_handle handle)
/*--------------------------------------------------------------------------
Suspend/Resume
-------------------------------------------------------------------------- */
-#ifdef CONFIG_ACPI_SLEEP
extern int acpi_sleep_init(void);
-#else
-static inline int acpi_sleep_init(void) { return 0; }
-#endif
#endif /*__ACPI_DRIVERS_H__*/
next prev parent reply other threads:[~2007-09-25 12:54 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-25 6:51 ACPI power off regression in 2.6.23-rc8 (NOT in rc7) Damien Wyart
2007-09-25 7:33 ` Andrew Morton
2007-09-25 8:36 ` Alexey Starikovskiy
2007-09-25 9:08 ` Torsten Kaiser
2007-09-25 9:27 ` Damien Wyart
2007-09-25 9:58 ` Damien Wyart
2007-09-25 11:45 ` Rafael J. Wysocki
2007-09-25 12:02 ` Damien Wyart
2007-09-25 15:05 ` Damien Wyart
2007-09-26 1:39 ` Mike Houston
2007-09-25 12:05 ` Rafael J. Wysocki
2007-09-25 12:05 ` Alexey Starikovskiy
2007-09-25 12:39 ` Rafael J. Wysocki
2007-09-25 12:53 ` Alexey Starikovskiy [this message]
2007-09-25 13:25 ` Rafael J. Wysocki
2007-09-25 13:15 ` Alexey Starikovskiy
2007-09-25 14:18 ` Rafael J. Wysocki
2007-09-25 14:19 ` Alexey Starikovskiy
2007-09-25 14:52 ` Rafael J. Wysocki
2007-09-25 14:45 ` Alexey Starikovskiy
2007-09-25 15:54 ` Rafael J. Wysocki
2007-09-25 16:23 ` Andrew Morton
2007-09-25 16:25 ` Alexey Starikovskiy
2007-09-25 11:25 ` Alexey Starikovskiy
2007-09-25 16:30 ` Torsten Kaiser
2007-09-25 16:31 ` Alexey Starikovskiy
2007-09-25 16:34 ` Alexey Starikovskiy
2007-09-25 15:40 ` Linus Torvalds
2007-09-25 16:00 ` Rafael J. Wysocki
2007-09-25 21:44 ` ACPI suspend/hibernate tests (was: ACPI power off regression in 2.6.23-rc8) Frans Pop
2007-09-25 22:18 ` Rafael J. Wysocki
2007-09-25 22:28 ` Frans Pop
2007-09-26 14:59 ` ACPI power off regression in 2.6.23-rc8 (NOT in rc7) Tim Post
-- strict thread matches above, loose matches on Subject: below --
2007-09-25 11:02 Daniel Ritz
2007-09-25 11:29 ` Alexey Starikovskiy
2007-09-25 12:03 ` Rafael J. Wysocki
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=46F904C9.7080009@suse.de \
--to=astarikovskiy@suse.de \
--cc=akpm@linux-foundation.org \
--cc=aystarik@gmail.com \
--cc=damien.wyart@free.fr \
--cc=elendil@planet.nl \
--cc=just.for.lkml@googlemail.com \
--cc=len.brown@intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--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