gmane.linux.power-management.general

[PATCH] ACPI Suspend: Enable ACPI during resume if SCI_EN is not set

From: Rafael J. Wysocki <rjw <at> sisk.pl>

ACPI Suspend: Enable ACPI during resume if SCI_EN is not set

On some machines, like for example MSI Wind U100, the BIOS doesn't
enable ACPI before returning control to the OS, which sometimes
causes resume to fail.  This is against the ACPI specification,
which clearly states that "When the platform is waking from an S1, S2
or S3 state, OSPM assumes the hardware is already in the ACPI mode
and will not issue an ACPI_ENABLE", but it won't hurt to check the
SCI_EN bit and enable ACPI during resume from S3 if this bit is not
set.

Fortunately, we already have acpi_enable() for that, so use it in the
resume code path, before executing _BFS, in analogy with the
resume-from-hibernation code path.

NOTE: We aren't supposed to set SCI_EN directly, because it's owned
by the hardware.

Signed-off-by: Rafael J. Wysocki <rjw <at> sisk.pl>
---
 drivers/acpi/sleep/main.c |    2 ++
 1 file changed, 2 insertions(+)

Index: linux-2.6/drivers/acpi/sleep/main.c
===================================================================
--- linux-2.6.orig/drivers/acpi/sleep/main.c
+++ linux-2.6/drivers/acpi/sleep/main.c
@@ -200,6 +200,8 @@ static int acpi_suspend_enter(suspend_st

(Continue reading)

headers

Len Brown | 6 Oct 06:34

Re: [PATCH] ACPI Suspend: Enable ACPI during resume if SCI_EN is not set

applied to acpi-test.

thanks,
-Len

On Sat, 4 Oct 2008, Rafael J. Wysocki wrote:

> From: Rafael J. Wysocki <rjw <at> sisk.pl>
> 
> ACPI Suspend: Enable ACPI during resume if SCI_EN is not set
> 
> On some machines, like for example MSI Wind U100, the BIOS doesn't
> enable ACPI before returning control to the OS, which sometimes
> causes resume to fail.  This is against the ACPI specification,
> which clearly states that "When the platform is waking from an S1, S2
> or S3 state, OSPM assumes the hardware is already in the ACPI mode
> and will not issue an ACPI_ENABLE", but it won't hurt to check the
> SCI_EN bit and enable ACPI during resume from S3 if this bit is not
> set.
> 
> Fortunately, we already have acpi_enable() for that, so use it in the
> resume code path, before executing _BFS, in analogy with the
> resume-from-hibernation code path.
> 
> NOTE: We aren't supposed to set SCI_EN directly, because it's owned
> by the hardware.
> 
> Signed-off-by: Rafael J. Wysocki <rjw <at> sisk.pl>
> ---
>  drivers/acpi/sleep/main.c |    2 ++

(Continue reading)

headers

Rafael J. Wysocki | 6 Oct 14:45

Re: [PATCH] ACPI Suspend: Enable ACPI during resume if SCI_EN is not set

On Monday, 6 of October 2008, Len Brown wrote:
> applied to acpi-test.

Thanks!

Actually, it appears to fix a recent regression for Romano
(http://bugzilla.kernel.org/show_bug.cgi?id=11634).  If that's verified, it
would be -stable material.

[I guess the regression was caused by the Linus' patch we were discussing on
IRC.]

It also evidently fixes my resume problem on the MSI Wind.  Both machines
(the Wind and the Romano's box) have the problem with ACPI not being enabled
by the BIOS on resume from S3.

Thanks,
Rafael

> On Sat, 4 Oct 2008, Rafael J. Wysocki wrote:
> 
> > From: Rafael J. Wysocki <rjw <at> sisk.pl>
> > 
> > ACPI Suspend: Enable ACPI during resume if SCI_EN is not set
> > 
> > On some machines, like for example MSI Wind U100, the BIOS doesn't
> > enable ACPI before returning control to the OS, which sometimes
> > causes resume to fail.  This is against the ACPI specification,
> > which clearly states that "When the platform is waking from an S1, S2
> > or S3 state, OSPM assumes the hardware is already in the ACPI mode

(Continue reading)

headers

Pavel Machek | 8 Oct 13:39

Re: [PATCH] ACPI Suspend: Enable ACPI during resume if SCI_EN is not set

On Sat 2008-10-04 00:05:05, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki <rjw <at> sisk.pl>
> 
> ACPI Suspend: Enable ACPI during resume if SCI_EN is not set
> 
> On some machines, like for example MSI Wind U100, the BIOS doesn't
> enable ACPI before returning control to the OS, which sometimes
> causes resume to fail.  This is against the ACPI specification,
> which clearly states that "When the platform is waking from an S1, S2
> or S3 state, OSPM assumes the hardware is already in the ACPI mode
> and will not issue an ACPI_ENABLE", but it won't hurt to check the
> SCI_EN bit and enable ACPI during resume from S3 if this bit is not
> set.
> 
> Fortunately, we already have acpi_enable() for that, so use it in the
> resume code path, before executing _BFS, in analogy with the
> resume-from-hibernation code path.
> 
> NOTE: We aren't supposed to set SCI_EN directly, because it's owned
> by the hardware.
> 
> Signed-off-by: Rafael J. Wysocki <rjw <at> sisk.pl>

ACK.

--

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html