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 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.