ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Rockefeller, Harry]

[-- Attachment #1: Type: text/plain, Size: 11811 bytes --]

As a user, I'm stuck at first base.  With kernel 2.6.4
S3 is supposedly supported.  Entering S3 appears to work.
Exiting S3 (waking up?) the LCD screen comes back when a key is
depressed, but *nothing* brings my machine back to life.
The full few-seconds power-button reboot is all that works.

I admit that there may be a simple one-line web-link answer
pointing to some ACPI FAQ or How-to.  If that is the case 
just point me there and I'll read that.

Thanks.

-----Original Message-----
From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
[mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Moore, Robert
Sent: Tuesday, March 30, 2004 10:58 AM
To: Li, Shaohua; Manpreet Singh; Brown, Len; Linus Torvalds
Cc: Kernel Mailing List; ACPI Developers; Grover, Andrew
Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6

The default behavior of the ACPI CA core subsystem is to leave all "wake"
GPEs disabled.  It is the responsibility of the upper OSPM
(OS-dependent) software to selectively enable the wake devices via the
AcpiEnableGpe external interface.

We could argue about whether the core should enable or disable all wake GPEs
by default, but the code to selectively pick wake GPEs is not and cannot be
part of the core ACPI CA code.

Bob


-----Original Message-----
From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
[mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Li, Shaohua
Sent: Monday, March 29, 2004 5:23 PM
To: Manpreet Singh; Moore, Robert; Brown, Len; Linus Torvalds
Cc: Kernel Mailing List; ACPI Developers
Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6

Hi,
I think ACPI should provide user interface to enable 'Wake' GPE before
entering sleep. User can select which devices can wake up system. We have a
track http://bugme.osdl.org/show_bug.cgi?id=1415 for this issue.

Thanks,
David
> -----Original Message-----
> From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel- 
> admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Manpreet Singh
> Sent: Tuesday, March 30, 2004 8:28 AM
> To: Moore, Robert; Brown, Len; Linus Torvalds
> Cc: Kernel Mailing List; ACPI Developers
> Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> 
> Hi Bob,
> 
> What I mean is that I see that the system goes into S3 suspend with
all
> GPEs
> being disabled. So the bitvector 'WakeEnable' has a value of 0. Now,
on my
> I/O controller, PME_EN: which enables PME#s to assert a wake-up event
is
> also
> off which is what I'd like to see enabled for wake on LAN (etherwake)
to
> work.
> 
> How is WakeEnable initialized? Does it depend on certain BIOS table 
> entries?
> 
> Forgive my n00b questions if they sound trivial.
> 
> Thanks,
> Manpreet.
> 
> 
> -----Original Message-----
> From: Moore, Robert [mailto:robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org]
> Sent: Monday, March 29, 2004 9:33 AM
> To: Manpreet Singh; Brown, Len; Linus Torvalds
> Cc: Kernel Mailing List; ACPI Developers
> Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> 
> 
> 
> What makes you think that *all* GPEs are disabled?
> 
> Here is the relevant code:
> 
>         /*
>          * 1) Disable all runtime GPEs
>          * 2) Enable all wakeup GPEs
>          */
>         Status = AcpiHwLowLevelWrite (8, GpeRegisterInfo->WakeEnable,
>                 &GpeRegisterInfo->EnableAddress);
> 
> The "WakeEnable" field is setup such that only the WAKE GPEs are 
> enabled.
> 
> Unless you are saying that "WakeEnable" is not initialized correctly.
> 
> Please clarify.
> 
> Bob
> 
> 
> -----Original Message-----
> From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Manpreet 
> Singh
> Sent: Saturday, March 27, 2004 1:19 AM
> To: Brown, Len; Linus Torvalds
> Cc: Kernel Mailing List; ACPI Developers
> Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> 
> Hi Len,
> 
> This patch on 2.6.5-rc2 certainly helps with a "spurious" interrupt 
> problem that I was seeing on a 2.6.4 kernel. It seems that we don't 
> initialize GPEs unless they are needed for a resume.
> 
> But, in the function call "acpi_hw_prepare_gpes_for_sleep", it seems 
> that currently *all* GPEs get disabled, some of which I would consider 
> wake up events, like the PME enable bit that enables an S3 resume 
> using a
magic
> packet. That doesn't allow wake on LAN to work properly. Is there way
to
> pick/specify the wake up events or does it come from the BIOS tables?
> 
> Also, if I have the console on a serial port, I don't get the console 
> back after an S3 resume.
> 
> Actually, I am new to the ACPI list. If this is not the right place
for
> these
> queries, please let me know.
> 
> Thanks,
> Manpreet.
> 
> 
> -----Original Message-----
> From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org]On Behalf Of Len Brown
> Sent: Friday, March 26, 2004 4:59 PM
> To: Linus Torvalds
> Cc: Kernel Mailing List; ACPI Developers
> Subject: [ACPI] [BKPATCH] ACPI for 2.6
> 
> 
> Hi Linus, please do a
> 
> 	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.5
> 
> 	Three significant interrupt fixes.
> 
> thanks,
> -Len
> 
> ps. a plain patch is also available here:
>
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2
> .6.5/
> acpi-20040326-2.6.5.diff.gz
> 
> This will update the following files:
> 
>  arch/i386/kernel/acpi/boot.c      |   18 +
>  drivers/acpi/ec.c                 |    4
>  drivers/acpi/events/evgpe.c       |   11 -
>  drivers/acpi/events/evgpeblk.c    |  242 ++++++++++++++++++++++----
>  drivers/acpi/events/evmisc.c      |   43 ++--
>  drivers/acpi/events/evxfevnt.c    |   25 ++
>  drivers/acpi/executer/excreate.c  |   16 +
>  drivers/acpi/executer/exdump.c    |    1
>  drivers/acpi/executer/exresnte.c  |    5
>  drivers/acpi/executer/exstoren.c  |    1
>  drivers/acpi/hardware/hwgpe.c     |   98 ++++++----
>  drivers/acpi/hardware/hwsleep.c   |   22 +-
>  drivers/acpi/namespace/nsaccess.c |    9
>  drivers/acpi/namespace/nsdump.c   |    1
>  drivers/acpi/namespace/nseval.c   |    9
>  drivers/acpi/namespace/nssearch.c |    6
>  drivers/acpi/namespace/nsutils.c  |    2
>  drivers/acpi/namespace/nsxfeval.c |   26 +-
>  drivers/acpi/osl.c                |   21 ++
>  drivers/acpi/pci_link.c           |   18 +
>  drivers/acpi/resources/rsaddr.c   |   13 -
>  drivers/acpi/utilities/utglobal.c |   42 ++--
>  drivers/acpi/utilities/utmisc.c   |    5
>  include/acpi/acconfig.h           |    2
>  include/acpi/acglobal.h           |    2
>  include/acpi/achware.h            |    4
>  include/acpi/aclocal.h            |    7
>  include/acpi/actypes.h            |   84 +++++----
>  include/acpi/acutils.h            |    1
>  29 files changed, 537 insertions(+), 201 deletions(-)
> 
> through these ChangeSets:
> 
> <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.56)
>    [ACPI] Linux specific updates from ACPICA 20040326
>    "acpi_wake_gpes_always_on" boot flag for old GPE behaviour
> 
> <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.55)
>    [ACPI] ACPICA 20040326 from Bob Moore
> 
>    Implemented support for "wake" GPEs via interaction between
>    GPEs and the _PRW methods.  Every GPE that is pointed to by
>    one or more _PRWs is identified as a WAKE GPE and by default
>    will no longer be enabled at runtime.  Previously, we were
>    blindly enabling all GPEs with a corresponding _Lxx or _Exx
>    method - but most of these turn out to be WAKE GPEs anyway.
>    We believe this has been the cause of thousands of
>    "spurious" GPEs on some systems.
> 
>    This new GPE behavior is can be reverted to the original
>    behavior (enable ALL GPEs at runtime) via a runtime flag.
> 
>    Fixed a problem where aliased control methods could not
>    access objects properly.  The proper scope within the
>    namespace was not initialized (transferred to the target of
>    the aliased method) before executing the target method.
> 
>    Fixed a potential race condition on internal object
>    deletion on the return object in AcpiEvaluateObject.
> 
>    Integrated a fix for resource descriptors where both
>    _MEM and _MTP were being extracted instead of just _MEM.
>    (i.e. bitmask was incorrectly too wide, 0x0F instead of 0x03.)
> 
>    Added a special case for ACPI_ROOT_OBJECT in AcpiUtGetNodeName,
>    preventing a fault in some cases.
> 
>    Updated Notify() values for debug statements in evmisc.c
> 
>    Return proper status from AcpiUtMutexInitialize,
>    not just simply AE_OK.
> 
> <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.54)
>    [ACPI] proposed fix for non-identity-mapped SCI override
>    http://bugme.osdl.org/show_bug.cgi?id=2366
> 
> <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/25 1.1608.1.53)
>    [ACPI] PCI interrupt link routing (Luming Yu)
>    use _PRS to determine resource type for _SRS
>    fixes HP Proliant servers
>    http://bugzilla.kernel.org/show_bug.cgi?id=1590
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> tutorial presented by Daniel Robbins, President and CEO of GenToo 
> technologies. Learn everything from fundamentals to system 
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> tutorial presented by Daniel Robbins, President and CEO of GenToo 
> technologies. Learn everything from fundamentals to system 
> administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> tutorial presented by Daniel Robbins, President and CEO of GenToo 
> technologies. Learn everything from fundamentals to system 
> administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial
presented by Daniel Robbins, President and CEO of GenToo technologies. Learn
everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
_______________________________________________
Acpi-devel mailing list
Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/acpi-devel


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial
presented by Daniel Robbins, President and CEO of GenToo technologies. Learn
everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click
_______________________________________________
Acpi-devel mailing list
Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/acpi-devel

[-- Attachment #2: Type: text/html, Size: 23786 bytes --]

S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Huw Rogers]

There are 3 competing implementations of S3/S4. None of them work with
recent AGP ATI Mobility Radeons using ATI's drivers (the most popular
current video chipset for notebooks / the only driver set that supports
them properly in X). None of them work with hyperthreaded CPUs or SMP
(again, hardly exotic). Most USB, Ethernet and other drivers are
incompatible with S3/S4. The resume code is poorly tested, has race
conditions, doesn't enable/disable interrupts at the right junctures,
fails to restore PCI state and does nothing for AGP, USB etc. (left to
drivers that could care less about suspend/resume).

I was intent on getting my AGP ATI Radeon/P4 HT/SiS chipset notebook
working by hacking the code. BUT suspend/resume issues are in ACPI code,
in power mgmt code, in driver code, in AGP code, in suspend/resume code.
All owned by different people. Many with competing implementations.
No-one is a clear leader. The resume itself is near-impossible to debug
since nothing is alive at that point and the video chipset isn't up.

Many many people have the problem you describe (lockup on S3 resume,
need hard power cycle to restart). I have it, and have seen numerous
other people post on it all with dramatically different hardware. Only
common factors is that the hardware is recent (i.e. AGP video, typically
Mobility Radeon), and IT DOESN'T WORK.

The situation can't be helped by the hacker looking to contribute by
getting his own gear working (a massive consolidation, refactoring and
cleanup is required by someone with in-depth knowledge of both ACPI and
PC hardware). There are also probably deep implications for the Linux
x86 driver architecture to doing it "properly". Linux vendors put almost
no effort into supporting laptop hardware despite growing laptop adoption
in replacement of desktops since their strategy is to get Linux to the
point that the hardware vendors themselves are compelled to do such work
like they do for MS Windows. laptop-specific issues such as this receive
short shrift.

In short, it's a hopeless mess, no-one who could solve this problem
really cares about it enough to commission the team required, and it
requires a huge effort by a couple of gurus with buy-in from Linus & co.
for the kernel consequences to really fix this.

Not happening any time soon. Optimize your boot to make it fast instead
by fooling around with /etc/init.d and company. S3/S4? Bah. -Huw

> As a user, I'm stuck at first base.  With kernel 2.6.4
> S3 is supposedly supported.  Entering S3 appears to work.
> Exiting S3 (waking up?) the LCD screen comes back when a key is
> depressed, but *nothing* brings my machine back to life.
> The full few-seconds power-button reboot is all that works.
> 
> I admit that there may be a simple one-line web-link answer
> pointing to some ACPI FAQ or How-to.  If that is the case 
> just point me there and I'll read that.
> 
> Thanks.
> 
> -----Original Message-----
> From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Moore, Robert
> Sent: Tuesday, March 30, 2004 10:58 AM
> To: Li, Shaohua; Manpreet Singh; Brown, Len; Linus Torvalds
> Cc: Kernel Mailing List; ACPI Developers; Grover, Andrew
> Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> 
> The default behavior of the ACPI CA core subsystem is to leave all "wake"
> GPEs disabled.  It is the responsibility of the upper OSPM
> (OS-dependent) software to selectively enable the wake devices via the
> AcpiEnableGpe external interface.
> 
> We could argue about whether the core should enable or disable all wake GPEs
> by default, but the code to selectively pick wake GPEs is not and cannot be
> part of the core ACPI CA code.
> 
> Bob
> 
> 
> -----Original Message-----
> From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Li, Shaohua
> Sent: Monday, March 29, 2004 5:23 PM
> To: Manpreet Singh; Moore, Robert; Brown, Len; Linus Torvalds
> Cc: Kernel Mailing List; ACPI Developers
> Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> 
> Hi,
> I think ACPI should provide user interface to enable 'Wake' GPE before
> entering sleep. User can select which devices can wake up system. We have a
> track http://bugme.osdl.org/show_bug.cgi?id=1415 for this issue.
> 
> Thanks,
> David
> > -----Original Message-----
> > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel- 
> > admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Manpreet Singh
> > Sent: Tuesday, March 30, 2004 8:28 AM
> > To: Moore, Robert; Brown, Len; Linus Torvalds
> > Cc: Kernel Mailing List; ACPI Developers
> > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > 
> > Hi Bob,
> > 
> > What I mean is that I see that the system goes into S3 suspend with
> all
> > GPEs
> > being disabled. So the bitvector 'WakeEnable' has a value of 0. Now,
> on my
> > I/O controller, PME_EN: which enables PME#s to assert a wake-up event
> is
> > also
> > off which is what I'd like to see enabled for wake on LAN (etherwake)
> to
> > work.
> > 
> > How is WakeEnable initialized? Does it depend on certain BIOS table 
> > entries?
> > 
> > Forgive my n00b questions if they sound trivial.
> > 
> > Thanks,
> > Manpreet.
> > 
> > 
> > -----Original Message-----
> > From: Moore, Robert [mailto:robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org]
> > Sent: Monday, March 29, 2004 9:33 AM
> > To: Manpreet Singh; Brown, Len; Linus Torvalds
> > Cc: Kernel Mailing List; ACPI Developers
> > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > 
> > 
> > 
> > What makes you think that *all* GPEs are disabled?
> > 
> > Here is the relevant code:
> > 
> >         /*
> >          * 1) Disable all runtime GPEs
> >          * 2) Enable all wakeup GPEs
> >          */
> >         Status = AcpiHwLowLevelWrite (8, GpeRegisterInfo->WakeEnable,
> >                 &GpeRegisterInfo->EnableAddress);
> > 
> > The "WakeEnable" field is setup such that only the WAKE GPEs are 
> > enabled.
> > 
> > Unless you are saying that "WakeEnable" is not initialized correctly.
> > 
> > Please clarify.
> > 
> > Bob
> > 
> > 
> > -----Original Message-----
> > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Manpreet 
> > Singh
> > Sent: Saturday, March 27, 2004 1:19 AM
> > To: Brown, Len; Linus Torvalds
> > Cc: Kernel Mailing List; ACPI Developers
> > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > 
> > Hi Len,
> > 
> > This patch on 2.6.5-rc2 certainly helps with a "spurious" interrupt 
> > problem that I was seeing on a 2.6.4 kernel. It seems that we don't 
> > initialize GPEs unless they are needed for a resume.
> > 
> > But, in the function call "acpi_hw_prepare_gpes_for_sleep", it seems 
> > that currently *all* GPEs get disabled, some of which I would consider 
> > wake up events, like the PME enable bit that enables an S3 resume 
> > using a
> magic
> > packet. That doesn't allow wake on LAN to work properly. Is there way
> to
> > pick/specify the wake up events or does it come from the BIOS tables?
> > 
> > Also, if I have the console on a serial port, I don't get the console 
> > back after an S3 resume.
> > 
> > Actually, I am new to the ACPI list. If this is not the right place
> for
> > these
> > queries, please let me know.
> > 
> > Thanks,
> > Manpreet.
> > 
> > 
> > -----Original Message-----
> > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org]On Behalf Of Len Brown
> > Sent: Friday, March 26, 2004 4:59 PM
> > To: Linus Torvalds
> > Cc: Kernel Mailing List; ACPI Developers
> > Subject: [ACPI] [BKPATCH] ACPI for 2.6
> > 
> > 
> > Hi Linus, please do a
> > 
> > 	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.5
> > 
> > 	Three significant interrupt fixes.
> > 
> > thanks,
> > -Len
> > 
> > ps. a plain patch is also available here:
> >
> ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2
> > .6.5/
> > acpi-20040326-2.6.5.diff.gz
> > 
> > This will update the following files:
> > 
> >  arch/i386/kernel/acpi/boot.c      |   18 +
> >  drivers/acpi/ec.c                 |    4
> >  drivers/acpi/events/evgpe.c       |   11 -
> >  drivers/acpi/events/evgpeblk.c    |  242 ++++++++++++++++++++++----
> >  drivers/acpi/events/evmisc.c      |   43 ++--
> >  drivers/acpi/events/evxfevnt.c    |   25 ++
> >  drivers/acpi/executer/excreate.c  |   16 +
> >  drivers/acpi/executer/exdump.c    |    1
> >  drivers/acpi/executer/exresnte.c  |    5
> >  drivers/acpi/executer/exstoren.c  |    1
> >  drivers/acpi/hardware/hwgpe.c     |   98 ++++++----
> >  drivers/acpi/hardware/hwsleep.c   |   22 +-
> >  drivers/acpi/namespace/nsaccess.c |    9
> >  drivers/acpi/namespace/nsdump.c   |    1
> >  drivers/acpi/namespace/nseval.c   |    9
> >  drivers/acpi/namespace/nssearch.c |    6
> >  drivers/acpi/namespace/nsutils.c  |    2
> >  drivers/acpi/namespace/nsxfeval.c |   26 +-
> >  drivers/acpi/osl.c                |   21 ++
> >  drivers/acpi/pci_link.c           |   18 +
> >  drivers/acpi/resources/rsaddr.c   |   13 -
> >  drivers/acpi/utilities/utglobal.c |   42 ++--
> >  drivers/acpi/utilities/utmisc.c   |    5
> >  include/acpi/acconfig.h           |    2
> >  include/acpi/acglobal.h           |    2
> >  include/acpi/achware.h            |    4
> >  include/acpi/aclocal.h            |    7
> >  include/acpi/actypes.h            |   84 +++++----
> >  include/acpi/acutils.h            |    1
> >  29 files changed, 537 insertions(+), 201 deletions(-)
> > 
> > through these ChangeSets:
> > 
> > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.56)
> >    [ACPI] Linux specific updates from ACPICA 20040326
> >    "acpi_wake_gpes_always_on" boot flag for old GPE behaviour
> > 
> > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.55)
> >    [ACPI] ACPICA 20040326 from Bob Moore
> > 
> >    Implemented support for "wake" GPEs via interaction between
> >    GPEs and the _PRW methods.  Every GPE that is pointed to by
> >    one or more _PRWs is identified as a WAKE GPE and by default
> >    will no longer be enabled at runtime.  Previously, we were
> >    blindly enabling all GPEs with a corresponding _Lxx or _Exx
> >    method - but most of these turn out to be WAKE GPEs anyway.
> >    We believe this has been the cause of thousands of
> >    "spurious" GPEs on some systems.
> > 
> >    This new GPE behavior is can be reverted to the original
> >    behavior (enable ALL GPEs at runtime) via a runtime flag.
> > 
> >    Fixed a problem where aliased control methods could not
> >    access objects properly.  The proper scope within the
> >    namespace was not initialized (transferred to the target of
> >    the aliased method) before executing the target method.
> > 
> >    Fixed a potential race condition on internal object
> >    deletion on the return object in AcpiEvaluateObject.
> > 
> >    Integrated a fix for resource descriptors where both
> >    _MEM and _MTP were being extracted instead of just _MEM.
> >    (i.e. bitmask was incorrectly too wide, 0x0F instead of 0x03.)
> > 
> >    Added a special case for ACPI_ROOT_OBJECT in AcpiUtGetNodeName,
> >    preventing a fault in some cases.
> > 
> >    Updated Notify() values for debug statements in evmisc.c
> > 
> >    Return proper status from AcpiUtMutexInitialize,
> >    not just simply AE_OK.
> > 
> > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.54)
> >    [ACPI] proposed fix for non-identity-mapped SCI override
> >    http://bugme.osdl.org/show_bug.cgi?id=2366
> > 
> > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/25 1.1608.1.53)
> >    [ACPI] PCI interrupt link routing (Luming Yu)
> >    use _PRS to determine resource type for _SRS
> >    fixes HP Proliant servers
> >    http://bugzilla.kernel.org/show_bug.cgi?id=1590
> > 
> > 
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> > tutorial presented by Daniel Robbins, President and CEO of GenToo 
> > technologies. Learn everything from fundamentals to system 
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> > tutorial presented by Daniel Robbins, President and CEO of GenToo 
> > technologies. Learn everything from fundamentals to system 
> > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> > tutorial presented by Daniel Robbins, President and CEO of GenToo 
> > technologies. Learn everything from fundamentals to system 
> > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial
> presented by Daniel Robbins, President and CEO of GenToo technologies. Learn
> everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial
> presented by Daniel Robbins, President and CEO of GenToo technologies. Learn
> everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel

-- 
Huw Rogers <count0-tC47gz4GrgtWk0Htik3J/w@public.gmane.org>



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Tomasz Ciolek]

Is that 2..4 or 2.6 kernel/drivers?

TMC
On Tue, Mar 30, 2004 at 11:51:17PM -0500, Huw Rogers wrote:
> There are 3 competing implementations of S3/S4. None of them work with
> recent AGP ATI Mobility Radeons using ATI's drivers (the most popular
> current video chipset for notebooks / the only driver set that supports
> them properly in X). None of them work with hyperthreaded CPUs or SMP
> (again, hardly exotic). Most USB, Ethernet and other drivers are
> incompatible with S3/S4. The resume code is poorly tested, has race
> conditions, doesn't enable/disable interrupts at the right junctures,
> fails to restore PCI state and does nothing for AGP, USB etc. (left to
> drivers that could care less about suspend/resume).
> 
> I was intent on getting my AGP ATI Radeon/P4 HT/SiS chipset notebook
> working by hacking the code. BUT suspend/resume issues are in ACPI code,
> in power mgmt code, in driver code, in AGP code, in suspend/resume code.
> All owned by different people. Many with competing implementations.
> No-one is a clear leader. The resume itself is near-impossible to debug
> since nothing is alive at that point and the video chipset isn't up.
> 
> Many many people have the problem you describe (lockup on S3 resume,
> need hard power cycle to restart). I have it, and have seen numerous
> other people post on it all with dramatically different hardware. Only
> common factors is that the hardware is recent (i.e. AGP video, typically
> Mobility Radeon), and IT DOESN'T WORK.
> 
> The situation can't be helped by the hacker looking to contribute by
> getting his own gear working (a massive consolidation, refactoring and
> cleanup is required by someone with in-depth knowledge of both ACPI and
> PC hardware). There are also probably deep implications for the Linux
> x86 driver architecture to doing it "properly". Linux vendors put almost
> no effort into supporting laptop hardware despite growing laptop adoption
> in replacement of desktops since their strategy is to get Linux to the
> point that the hardware vendors themselves are compelled to do such work
> like they do for MS Windows. laptop-specific issues such as this receive
> short shrift.
> 
> In short, it's a hopeless mess, no-one who could solve this problem
> really cares about it enough to commission the team required, and it
> requires a huge effort by a couple of gurus with buy-in from Linus & co.
> for the kernel consequences to really fix this.
> 
> Not happening any time soon. Optimize your boot to make it fast instead
> by fooling around with /etc/init.d and company. S3/S4? Bah. -Huw
> 
> > As a user, I'm stuck at first base.  With kernel 2.6.4
> > S3 is supposedly supported.  Entering S3 appears to work.
> > Exiting S3 (waking up?) the LCD screen comes back when a key is
> > depressed, but *nothing* brings my machine back to life.
> > The full few-seconds power-button reboot is all that works.
> > 
> > I admit that there may be a simple one-line web-link answer
> > pointing to some ACPI FAQ or How-to.  If that is the case 
> > just point me there and I'll read that.
> > 
> > Thanks.
> > 
> > -----Original Message-----
> > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Moore, Robert
> > Sent: Tuesday, March 30, 2004 10:58 AM
> > To: Li, Shaohua; Manpreet Singh; Brown, Len; Linus Torvalds
> > Cc: Kernel Mailing List; ACPI Developers; Grover, Andrew
> > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > 
> > The default behavior of the ACPI CA core subsystem is to leave all "wake"
> > GPEs disabled.  It is the responsibility of the upper OSPM
> > (OS-dependent) software to selectively enable the wake devices via the
> > AcpiEnableGpe external interface.
> > 
> > We could argue about whether the core should enable or disable all wake GPEs
> > by default, but the code to selectively pick wake GPEs is not and cannot be
> > part of the core ACPI CA code.
> > 
> > Bob
> > 
> > 
> > -----Original Message-----
> > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Li, Shaohua
> > Sent: Monday, March 29, 2004 5:23 PM
> > To: Manpreet Singh; Moore, Robert; Brown, Len; Linus Torvalds
> > Cc: Kernel Mailing List; ACPI Developers
> > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > 
> > Hi,
> > I think ACPI should provide user interface to enable 'Wake' GPE before
> > entering sleep. User can select which devices can wake up system. We have a
> > track http://bugme.osdl.org/show_bug.cgi?id=1415 for this issue.
> > 
> > Thanks,
> > David
> > > -----Original Message-----
> > > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel- 
> > > admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Manpreet Singh
> > > Sent: Tuesday, March 30, 2004 8:28 AM
> > > To: Moore, Robert; Brown, Len; Linus Torvalds
> > > Cc: Kernel Mailing List; ACPI Developers
> > > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > > 
> > > Hi Bob,
> > > 
> > > What I mean is that I see that the system goes into S3 suspend with
> > all
> > > GPEs
> > > being disabled. So the bitvector 'WakeEnable' has a value of 0. Now,
> > on my
> > > I/O controller, PME_EN: which enables PME#s to assert a wake-up event
> > is
> > > also
> > > off which is what I'd like to see enabled for wake on LAN (etherwake)
> > to
> > > work.
> > > 
> > > How is WakeEnable initialized? Does it depend on certain BIOS table 
> > > entries?
> > > 
> > > Forgive my n00b questions if they sound trivial.
> > > 
> > > Thanks,
> > > Manpreet.
> > > 
> > > 
> > > -----Original Message-----
> > > From: Moore, Robert [mailto:robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org]
> > > Sent: Monday, March 29, 2004 9:33 AM
> > > To: Manpreet Singh; Brown, Len; Linus Torvalds
> > > Cc: Kernel Mailing List; ACPI Developers
> > > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > > 
> > > 
> > > 
> > > What makes you think that *all* GPEs are disabled?
> > > 
> > > Here is the relevant code:
> > > 
> > >         /*
> > >          * 1) Disable all runtime GPEs
> > >          * 2) Enable all wakeup GPEs
> > >          */
> > >         Status = AcpiHwLowLevelWrite (8, GpeRegisterInfo->WakeEnable,
> > >                 &GpeRegisterInfo->EnableAddress);
> > > 
> > > The "WakeEnable" field is setup such that only the WAKE GPEs are 
> > > enabled.
> > > 
> > > Unless you are saying that "WakeEnable" is not initialized correctly.
> > > 
> > > Please clarify.
> > > 
> > > Bob
> > > 
> > > 
> > > -----Original Message-----
> > > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Manpreet 
> > > Singh
> > > Sent: Saturday, March 27, 2004 1:19 AM
> > > To: Brown, Len; Linus Torvalds
> > > Cc: Kernel Mailing List; ACPI Developers
> > > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > > 
> > > Hi Len,
> > > 
> > > This patch on 2.6.5-rc2 certainly helps with a "spurious" interrupt 
> > > problem that I was seeing on a 2.6.4 kernel. It seems that we don't 
> > > initialize GPEs unless they are needed for a resume.
> > > 
> > > But, in the function call "acpi_hw_prepare_gpes_for_sleep", it seems 
> > > that currently *all* GPEs get disabled, some of which I would consider 
> > > wake up events, like the PME enable bit that enables an S3 resume 
> > > using a
> > magic
> > > packet. That doesn't allow wake on LAN to work properly. Is there way
> > to
> > > pick/specify the wake up events or does it come from the BIOS tables?
> > > 
> > > Also, if I have the console on a serial port, I don't get the console 
> > > back after an S3 resume.
> > > 
> > > Actually, I am new to the ACPI list. If this is not the right place
> > for
> > > these
> > > queries, please let me know.
> > > 
> > > Thanks,
> > > Manpreet.
> > > 
> > > 
> > > -----Original Message-----
> > > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org]On Behalf Of Len Brown
> > > Sent: Friday, March 26, 2004 4:59 PM
> > > To: Linus Torvalds
> > > Cc: Kernel Mailing List; ACPI Developers
> > > Subject: [ACPI] [BKPATCH] ACPI for 2.6
> > > 
> > > 
> > > Hi Linus, please do a
> > > 
> > > 	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.5
> > > 
> > > 	Three significant interrupt fixes.
> > > 
> > > thanks,
> > > -Len
> > > 
> > > ps. a plain patch is also available here:
> > >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2
> > > .6.5/
> > > acpi-20040326-2.6.5.diff.gz
> > > 
> > > This will update the following files:
> > > 
> > >  arch/i386/kernel/acpi/boot.c      |   18 +
> > >  drivers/acpi/ec.c                 |    4
> > >  drivers/acpi/events/evgpe.c       |   11 -
> > >  drivers/acpi/events/evgpeblk.c    |  242 ++++++++++++++++++++++----
> > >  drivers/acpi/events/evmisc.c      |   43 ++--
> > >  drivers/acpi/events/evxfevnt.c    |   25 ++
> > >  drivers/acpi/executer/excreate.c  |   16 +
> > >  drivers/acpi/executer/exdump.c    |    1
> > >  drivers/acpi/executer/exresnte.c  |    5
> > >  drivers/acpi/executer/exstoren.c  |    1
> > >  drivers/acpi/hardware/hwgpe.c     |   98 ++++++----
> > >  drivers/acpi/hardware/hwsleep.c   |   22 +-
> > >  drivers/acpi/namespace/nsaccess.c |    9
> > >  drivers/acpi/namespace/nsdump.c   |    1
> > >  drivers/acpi/namespace/nseval.c   |    9
> > >  drivers/acpi/namespace/nssearch.c |    6
> > >  drivers/acpi/namespace/nsutils.c  |    2
> > >  drivers/acpi/namespace/nsxfeval.c |   26 +-
> > >  drivers/acpi/osl.c                |   21 ++
> > >  drivers/acpi/pci_link.c           |   18 +
> > >  drivers/acpi/resources/rsaddr.c   |   13 -
> > >  drivers/acpi/utilities/utglobal.c |   42 ++--
> > >  drivers/acpi/utilities/utmisc.c   |    5
> > >  include/acpi/acconfig.h           |    2
> > >  include/acpi/acglobal.h           |    2
> > >  include/acpi/achware.h            |    4
> > >  include/acpi/aclocal.h            |    7
> > >  include/acpi/actypes.h            |   84 +++++----
> > >  include/acpi/acutils.h            |    1
> > >  29 files changed, 537 insertions(+), 201 deletions(-)
> > > 
> > > through these ChangeSets:
> > > 
> > > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.56)
> > >    [ACPI] Linux specific updates from ACPICA 20040326
> > >    "acpi_wake_gpes_always_on" boot flag for old GPE behaviour
> > > 
> > > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.55)
> > >    [ACPI] ACPICA 20040326 from Bob Moore
> > > 
> > >    Implemented support for "wake" GPEs via interaction between
> > >    GPEs and the _PRW methods.  Every GPE that is pointed to by
> > >    one or more _PRWs is identified as a WAKE GPE and by default
> > >    will no longer be enabled at runtime.  Previously, we were
> > >    blindly enabling all GPEs with a corresponding _Lxx or _Exx
> > >    method - but most of these turn out to be WAKE GPEs anyway.
> > >    We believe this has been the cause of thousands of
> > >    "spurious" GPEs on some systems.
> > > 
> > >    This new GPE behavior is can be reverted to the original
> > >    behavior (enable ALL GPEs at runtime) via a runtime flag.
> > > 
> > >    Fixed a problem where aliased control methods could not
> > >    access objects properly.  The proper scope within the
> > >    namespace was not initialized (transferred to the target of
> > >    the aliased method) before executing the target method.
> > > 
> > >    Fixed a potential race condition on internal object
> > >    deletion on the return object in AcpiEvaluateObject.
> > > 
> > >    Integrated a fix for resource descriptors where both
> > >    _MEM and _MTP were being extracted instead of just _MEM.
> > >    (i.e. bitmask was incorrectly too wide, 0x0F instead of 0x03.)
> > > 
> > >    Added a special case for ACPI_ROOT_OBJECT in AcpiUtGetNodeName,
> > >    preventing a fault in some cases.
> > > 
> > >    Updated Notify() values for debug statements in evmisc.c
> > > 
> > >    Return proper status from AcpiUtMutexInitialize,
> > >    not just simply AE_OK.
> > > 
> > > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.54)
> > >    [ACPI] proposed fix for non-identity-mapped SCI override
> > >    http://bugme.osdl.org/show_bug.cgi?id=2366
> > > 
> > > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/25 1.1608.1.53)
> > >    [ACPI] PCI interrupt link routing (Luming Yu)
> > >    use _PRS to determine resource type for _SRS
> > >    fixes HP Proliant servers
> > >    http://bugzilla.kernel.org/show_bug.cgi?id=1590
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> > > tutorial presented by Daniel Robbins, President and CEO of GenToo 
> > > technologies. Learn everything from fundamentals to system 
> > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > > _______________________________________________
> > > Acpi-devel mailing list
> > > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> > > tutorial presented by Daniel Robbins, President and CEO of GenToo 
> > > technologies. Learn everything from fundamentals to system 
> > > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> > > _______________________________________________
> > > Acpi-devel mailing list
> > > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> > > tutorial presented by Daniel Robbins, President and CEO of GenToo 
> > > technologies. Learn everything from fundamentals to system 
> > > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> > > _______________________________________________
> > > Acpi-devel mailing list
> > > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial
> > presented by Daniel Robbins, President and CEO of GenToo technologies. Learn
> > everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial
> > presented by Daniel Robbins, President and CEO of GenToo technologies. Learn
> > everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 
> -- 
> Huw Rogers <count0-tC47gz4GrgtWk0Htik3J/w@public.gmane.org>
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel

-- 
Tomasz M. Ciolek	
*******************************************************************************
 tmc at dreamcraft dot com dot au or tmc at goldweb dot com dot au 	
*******************************************************************************
	GPG Key ID: 0x41C4C2F0  Key available on www.pgp.net	
*******************************************************************************
  Everything falls under the law of change;	
  Like a dream, a phantom, a bubble, a shadow,
  like dew of flash of lightning.
  You should contemplate like this. 


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Huw Rogers]

2.6

> Is that 2..4 or 2.6 kernel/drivers?
> 
> TMC
> On Tue, Mar 30, 2004 at 11:51:17PM -0500, Huw Rogers wrote:
> > There are 3 competing implementations of S3/S4. None of them work with
> > recent AGP ATI Mobility Radeons using ATI's drivers (the most popular
> > current video chipset for notebooks / the only driver set that supports
> > them properly in X). None of them work with hyperthreaded CPUs or SMP
> > (again, hardly exotic). Most USB, Ethernet and other drivers are
> > incompatible with S3/S4. The resume code is poorly tested, has race
> > conditions, doesn't enable/disable interrupts at the right junctures,
> > fails to restore PCI state and does nothing for AGP, USB etc. (left to
> > drivers that could care less about suspend/resume).
> > 
> > I was intent on getting my AGP ATI Radeon/P4 HT/SiS chipset notebook
> > working by hacking the code. BUT suspend/resume issues are in ACPI code,
> > in power mgmt code, in driver code, in AGP code, in suspend/resume code.
> > All owned by different people. Many with competing implementations.
> > No-one is a clear leader. The resume itself is near-impossible to debug
> > since nothing is alive at that point and the video chipset isn't up.
> > 
> > Many many people have the problem you describe (lockup on S3 resume,
> > need hard power cycle to restart). I have it, and have seen numerous
> > other people post on it all with dramatically different hardware. Only
> > common factors is that the hardware is recent (i.e. AGP video, typically
> > Mobility Radeon), and IT DOESN'T WORK.
> > 
> > The situation can't be helped by the hacker looking to contribute by
> > getting his own gear working (a massive consolidation, refactoring and
> > cleanup is required by someone with in-depth knowledge of both ACPI and
> > PC hardware). There are also probably deep implications for the Linux
> > x86 driver architecture to doing it "properly". Linux vendors put almost
> > no effort into supporting laptop hardware despite growing laptop adoption
> > in replacement of desktops since their strategy is to get Linux to the
> > point that the hardware vendors themselves are compelled to do such work
> > like they do for MS Windows. laptop-specific issues such as this receive
> > short shrift.
> > 
> > In short, it's a hopeless mess, no-one who could solve this problem
> > really cares about it enough to commission the team required, and it
> > requires a huge effort by a couple of gurus with buy-in from Linus & co.
> > for the kernel consequences to really fix this.
> > 
> > Not happening any time soon. Optimize your boot to make it fast instead
> > by fooling around with /etc/init.d and company. S3/S4? Bah. -Huw
> > 
> > > As a user, I'm stuck at first base.  With kernel 2.6.4
> > > S3 is supposedly supported.  Entering S3 appears to work.
> > > Exiting S3 (waking up?) the LCD screen comes back when a key is
> > > depressed, but *nothing* brings my machine back to life.
> > > The full few-seconds power-button reboot is all that works.
> > > 
> > > I admit that there may be a simple one-line web-link answer
> > > pointing to some ACPI FAQ or How-to.  If that is the case 
> > > just point me there and I'll read that.
> > > 
> > > Thanks.
> > > 
> > > -----Original Message-----
> > > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Moore, Robert
> > > Sent: Tuesday, March 30, 2004 10:58 AM
> > > To: Li, Shaohua; Manpreet Singh; Brown, Len; Linus Torvalds
> > > Cc: Kernel Mailing List; ACPI Developers; Grover, Andrew
> > > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > > 
> > > The default behavior of the ACPI CA core subsystem is to leave all "wake"
> > > GPEs disabled.  It is the responsibility of the upper OSPM
> > > (OS-dependent) software to selectively enable the wake devices via the
> > > AcpiEnableGpe external interface.
> > > 
> > > We could argue about whether the core should enable or disable all wake GPEs
> > > by default, but the code to selectively pick wake GPEs is not and cannot be
> > > part of the core ACPI CA code.
> > > 
> > > Bob
> > > 
> > > 
> > > -----Original Message-----
> > > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Li, Shaohua
> > > Sent: Monday, March 29, 2004 5:23 PM
> > > To: Manpreet Singh; Moore, Robert; Brown, Len; Linus Torvalds
> > > Cc: Kernel Mailing List; ACPI Developers
> > > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > > 
> > > Hi,
> > > I think ACPI should provide user interface to enable 'Wake' GPE before
> > > entering sleep. User can select which devices can wake up system. We have a
> > > track http://bugme.osdl.org/show_bug.cgi?id=1415 for this issue.
> > > 
> > > Thanks,
> > > David
> > > > -----Original Message-----
> > > > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel- 
> > > > admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Manpreet Singh
> > > > Sent: Tuesday, March 30, 2004 8:28 AM
> > > > To: Moore, Robert; Brown, Len; Linus Torvalds
> > > > Cc: Kernel Mailing List; ACPI Developers
> > > > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > > > 
> > > > Hi Bob,
> > > > 
> > > > What I mean is that I see that the system goes into S3 suspend with
> > > all
> > > > GPEs
> > > > being disabled. So the bitvector 'WakeEnable' has a value of 0. Now,
> > > on my
> > > > I/O controller, PME_EN: which enables PME#s to assert a wake-up event
> > > is
> > > > also
> > > > off which is what I'd like to see enabled for wake on LAN (etherwake)
> > > to
> > > > work.
> > > > 
> > > > How is WakeEnable initialized? Does it depend on certain BIOS table 
> > > > entries?
> > > > 
> > > > Forgive my n00b questions if they sound trivial.
> > > > 
> > > > Thanks,
> > > > Manpreet.
> > > > 
> > > > 
> > > > -----Original Message-----
> > > > From: Moore, Robert [mailto:robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org]
> > > > Sent: Monday, March 29, 2004 9:33 AM
> > > > To: Manpreet Singh; Brown, Len; Linus Torvalds
> > > > Cc: Kernel Mailing List; ACPI Developers
> > > > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > > > 
> > > > 
> > > > 
> > > > What makes you think that *all* GPEs are disabled?
> > > > 
> > > > Here is the relevant code:
> > > > 
> > > >         /*
> > > >          * 1) Disable all runtime GPEs
> > > >          * 2) Enable all wakeup GPEs
> > > >          */
> > > >         Status = AcpiHwLowLevelWrite (8, GpeRegisterInfo->WakeEnable,
> > > >                 &GpeRegisterInfo->EnableAddress);
> > > > 
> > > > The "WakeEnable" field is setup such that only the WAKE GPEs are 
> > > > enabled.
> > > > 
> > > > Unless you are saying that "WakeEnable" is not initialized correctly.
> > > > 
> > > > Please clarify.
> > > > 
> > > > Bob
> > > > 
> > > > 
> > > > -----Original Message-----
> > > > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Manpreet 
> > > > Singh
> > > > Sent: Saturday, March 27, 2004 1:19 AM
> > > > To: Brown, Len; Linus Torvalds
> > > > Cc: Kernel Mailing List; ACPI Developers
> > > > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > > > 
> > > > Hi Len,
> > > > 
> > > > This patch on 2.6.5-rc2 certainly helps with a "spurious" interrupt 
> > > > problem that I was seeing on a 2.6.4 kernel. It seems that we don't 
> > > > initialize GPEs unless they are needed for a resume.
> > > > 
> > > > But, in the function call "acpi_hw_prepare_gpes_for_sleep", it seems 
> > > > that currently *all* GPEs get disabled, some of which I would consider 
> > > > wake up events, like the PME enable bit that enables an S3 resume 
> > > > using a
> > > magic
> > > > packet. That doesn't allow wake on LAN to work properly. Is there way
> > > to
> > > > pick/specify the wake up events or does it come from the BIOS tables?
> > > > 
> > > > Also, if I have the console on a serial port, I don't get the console 
> > > > back after an S3 resume.
> > > > 
> > > > Actually, I am new to the ACPI list. If this is not the right place
> > > for
> > > > these
> > > > queries, please let me know.
> > > > 
> > > > Thanks,
> > > > Manpreet.
> > > > 
> > > > 
> > > > -----Original Message-----
> > > > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org]On Behalf Of Len Brown
> > > > Sent: Friday, March 26, 2004 4:59 PM
> > > > To: Linus Torvalds
> > > > Cc: Kernel Mailing List; ACPI Developers
> > > > Subject: [ACPI] [BKPATCH] ACPI for 2.6
> > > > 
> > > > 
> > > > Hi Linus, please do a
> > > > 
> > > > 	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.5
> > > > 
> > > > 	Three significant interrupt fixes.
> > > > 
> > > > thanks,
> > > > -Len
> > > > 
> > > > ps. a plain patch is also available here:
> > > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2
> > > > .6.5/
> > > > acpi-20040326-2.6.5.diff.gz
> > > > 
> > > > This will update the following files:
> > > > 
> > > >  arch/i386/kernel/acpi/boot.c      |   18 +
> > > >  drivers/acpi/ec.c                 |    4
> > > >  drivers/acpi/events/evgpe.c       |   11 -
> > > >  drivers/acpi/events/evgpeblk.c    |  242 ++++++++++++++++++++++----
> > > >  drivers/acpi/events/evmisc.c      |   43 ++--
> > > >  drivers/acpi/events/evxfevnt.c    |   25 ++
> > > >  drivers/acpi/executer/excreate.c  |   16 +
> > > >  drivers/acpi/executer/exdump.c    |    1
> > > >  drivers/acpi/executer/exresnte.c  |    5
> > > >  drivers/acpi/executer/exstoren.c  |    1
> > > >  drivers/acpi/hardware/hwgpe.c     |   98 ++++++----
> > > >  drivers/acpi/hardware/hwsleep.c   |   22 +-
> > > >  drivers/acpi/namespace/nsaccess.c |    9
> > > >  drivers/acpi/namespace/nsdump.c   |    1
> > > >  drivers/acpi/namespace/nseval.c   |    9
> > > >  drivers/acpi/namespace/nssearch.c |    6
> > > >  drivers/acpi/namespace/nsutils.c  |    2
> > > >  drivers/acpi/namespace/nsxfeval.c |   26 +-
> > > >  drivers/acpi/osl.c                |   21 ++
> > > >  drivers/acpi/pci_link.c           |   18 +
> > > >  drivers/acpi/resources/rsaddr.c   |   13 -
> > > >  drivers/acpi/utilities/utglobal.c |   42 ++--
> > > >  drivers/acpi/utilities/utmisc.c   |    5
> > > >  include/acpi/acconfig.h           |    2
> > > >  include/acpi/acglobal.h           |    2
> > > >  include/acpi/achware.h            |    4
> > > >  include/acpi/aclocal.h            |    7
> > > >  include/acpi/actypes.h            |   84 +++++----
> > > >  include/acpi/acutils.h            |    1
> > > >  29 files changed, 537 insertions(+), 201 deletions(-)
> > > > 
> > > > through these ChangeSets:
> > > > 
> > > > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.56)
> > > >    [ACPI] Linux specific updates from ACPICA 20040326
> > > >    "acpi_wake_gpes_always_on" boot flag for old GPE behaviour
> > > > 
> > > > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.55)
> > > >    [ACPI] ACPICA 20040326 from Bob Moore
> > > > 
> > > >    Implemented support for "wake" GPEs via interaction between
> > > >    GPEs and the _PRW methods.  Every GPE that is pointed to by
> > > >    one or more _PRWs is identified as a WAKE GPE and by default
> > > >    will no longer be enabled at runtime.  Previously, we were
> > > >    blindly enabling all GPEs with a corresponding _Lxx or _Exx
> > > >    method - but most of these turn out to be WAKE GPEs anyway.
> > > >    We believe this has been the cause of thousands of
> > > >    "spurious" GPEs on some systems.
> > > > 
> > > >    This new GPE behavior is can be reverted to the original
> > > >    behavior (enable ALL GPEs at runtime) via a runtime flag.
> > > > 
> > > >    Fixed a problem where aliased control methods could not
> > > >    access objects properly.  The proper scope within the
> > > >    namespace was not initialized (transferred to the target of
> > > >    the aliased method) before executing the target method.
> > > > 
> > > >    Fixed a potential race condition on internal object
> > > >    deletion on the return object in AcpiEvaluateObject.
> > > > 
> > > >    Integrated a fix for resource descriptors where both
> > > >    _MEM and _MTP were being extracted instead of just _MEM.
> > > >    (i.e. bitmask was incorrectly too wide, 0x0F instead of 0x03.)
> > > > 
> > > >    Added a special case for ACPI_ROOT_OBJECT in AcpiUtGetNodeName,
> > > >    preventing a fault in some cases.
> > > > 
> > > >    Updated Notify() values for debug statements in evmisc.c
> > > > 
> > > >    Return proper status from AcpiUtMutexInitialize,
> > > >    not just simply AE_OK.
> > > > 
> > > > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.54)
> > > >    [ACPI] proposed fix for non-identity-mapped SCI override
> > > >    http://bugme.osdl.org/show_bug.cgi?id=2366
> > > > 
> > > > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/25 1.1608.1.53)
> > > >    [ACPI] PCI interrupt link routing (Luming Yu)
> > > >    use _PRS to determine resource type for _SRS
> > > >    fixes HP Proliant servers
> > > >    http://bugzilla.kernel.org/show_bug.cgi?id=1590
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > -------------------------------------------------------
> > > > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> > > > tutorial presented by Daniel Robbins, President and CEO of GenToo 
> > > > technologies. Learn everything from fundamentals to system 
> > > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > > > _______________________________________________
> > > > Acpi-devel mailing list
> > > > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > > > 
> > > > 
> > > > -------------------------------------------------------
> > > > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> > > > tutorial presented by Daniel Robbins, President and CEO of GenToo 
> > > > technologies. Learn everything from fundamentals to system 
> > > > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> > > > _______________________________________________
> > > > Acpi-devel mailing list
> > > > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > > > 
> > > > 
> > > > -------------------------------------------------------
> > > > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> > > > tutorial presented by Daniel Robbins, President and CEO of GenToo 
> > > > technologies. Learn everything from fundamentals to system 
> > > > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> > > > _______________________________________________
> > > > Acpi-devel mailing list
> > > > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial
> > > presented by Daniel Robbins, President and CEO of GenToo technologies. Learn
> > > everything from fundamentals to system
> > > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> > > _______________________________________________
> > > Acpi-devel mailing list
> > > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial
> > > presented by Daniel Robbins, President and CEO of GenToo technologies. Learn
> > > everything from fundamentals to system
> > > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click
> > > _______________________________________________
> > > Acpi-devel mailing list
> > > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > 
> > -- 
> > Huw Rogers <count0-tC47gz4GrgtWk0Htik3J/w@public.gmane.org>
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 
> -- 
> Tomasz M. Ciolek	
> *******************************************************************************
>  tmc at dreamcraft dot com dot au or tmc at goldweb dot com dot au 	
> *******************************************************************************
> 	GPG Key ID: 0x41C4C2F0  Key available on www.pgp.net	
> *******************************************************************************
>   Everything falls under the law of change;	
>   Like a dream, a phantom, a bubble, a shadow,
>   like dew of flash of lightning.
>   You should contemplate like this. 


-- 
Huw Rogers <count0-tC47gz4GrgtWk0Htik3J/w@public.gmane.org>



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Michael Frank]

On Tue, 30 Mar 2004 23:51:17 -0500, Huw Rogers <count0-tC47gz4GrgtWk0Htik3J/w@public.gmane.org> wrote:

> There are 3 competing implementations of S3/S4. None of them work with
> recent AGP ATI Mobility Radeons using ATI's drivers (the most popular
> current video chipset for notebooks / the only driver set that supports
> them properly in X). None of them work with hyperthreaded CPUs or SMP
> (again, hardly exotic). Most USB, Ethernet and other drivers are
> incompatible with S3/S4. The resume code is poorly tested, has race
> conditions, doesn't enable/disable interrupts at the right junctures,
> fails to restore PCI state and does nothing for AGP, USB etc. (left to
> drivers that could care less about suspend/resume).
>
> I was intent on getting my AGP ATI Radeon/P4 HT/SiS chipset notebook
> working by hacking the code. BUT suspend/resume issues are in ACPI code,
> in power mgmt code, in driver code, in AGP code, in suspend/resume code.
> All owned by different people. Many with competing implementations.
> No-one is a clear leader. The resume itself is near-impossible to debug
> since nothing is alive at that point and the video chipset isn't up.
>
> Many many people have the problem you describe (lockup on S3 resume,
> need hard power cycle to restart). I have it, and have seen numerous
> other people post on it all with dramatically different hardware. Only
> common factors is that the hardware is recent (i.e. AGP video, typically
> Mobility Radeon), and IT DOESN'T WORK.
>
> The situation can't be helped by the hacker looking to contribute by
> getting his own gear working (a massive consolidation, refactoring and
> cleanup is required by someone with in-depth knowledge of both ACPI and
> PC hardware). There are also probably deep implications for the Linux
> x86 driver architecture to doing it "properly". Linux vendors put almost
> no effort into supporting laptop hardware despite growing laptop adoption
> in replacement of desktops since their strategy is to get Linux to the
> point that the hardware vendors themselves are compelled to do such work
> like they do for MS Windows. laptop-specific issues such as this receive
> short shrift.
>
> In short, it's a hopeless mess, no-one who could solve this problem
> really cares about it enough to commission the team required, and it
> requires a huge effort by a couple of gurus with buy-in from Linus & co.
> for the kernel consequences to really fix this.
>
> Not happening any time soon. Optimize your boot to make it fast instead
> by fooling around with /etc/init.d and company. S3/S4? Bah. -Hu

Nice writeup!, including the fact that it is too big for joe-helpout and that a
team to handle the issues is lacking.

Most PM issues are out of scope of ACPI CA.

However I like to add that ACPI CA should implement a PM interface  for
ACPI  components to suspend/resume properly. Right now even AC adapter
must be made a module and reloaded after resume.

Michael


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Micha Feigin]

On Wed, Mar 31, 2004 at 01:40:52PM +0800, Michael Frank wrote:
> On Tue, 30 Mar 2004 23:51:17 -0500, Huw Rogers <count0-tC47gz4GrgtWk0Htik3J/w@public.gmane.org> wrote:
> 
> > [...]
> 
> Nice writeup!, including the fact that it is too big for joe-helpout and 
> that a
> team to handle the issues is lacking.
> 
> Most PM issues are out of scope of ACPI CA.
> 
> However I like to add that ACPI CA should implement a PM interface  for
> ACPI  components to suspend/resume properly. Right now even AC adapter
> must be made a module and reloaded after resume.
> 

Are you sure you mean the ac adapter and not the battery module? For me
the ac reports a wrong value if battery isn't unloaded on suspend and
reloaded on resume. ac doesn't affect the problem.

> Michael
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 
> +++++++++++++++++++++++++++++++++++++++++++
> This Mail Was Scanned By Mail-seCure System
> at the Tel-Aviv University CC.
> 


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Michael Frank]

On Thu, 1 Apr 2004 02:34:03 +0200, Micha Feigin <michf-+lLcF8/aw9x6auLlOhE+pQ@public.gmane.org> wrote:

> On Wed, Mar 31, 2004 at 01:40:52PM +0800, Michael Frank wrote:
>> On Tue, 30 Mar 2004 23:51:17 -0500, Huw Rogers <count0-tC47gz4GrgtWk0Htik3J/w@public.gmane.org> wrote:
>>
>> > [...]
>>
>> Nice writeup!, including the fact that it is too big for joe-helpout and
>> that a
>> team to handle the issues is lacking.
>>
>> Most PM issues are out of scope of ACPI CA.
>>
>> However I like to add that ACPI CA should implement a PM interface  for
>> ACPI  components to suspend/resume properly. Right now even AC adapter
>> must be made a module and reloaded after resume.
>>
>
> Are you sure you mean the ac adapter and not the battery module? For me
> the ac reports a wrong value if battery isn't unloaded on suspend and
> reloaded on resume. ac doesn't affect the problem.
>

Yes I am sure, I do not use the battery module at all, I only use AC and toshiba-acpi.

>> Michael


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Cam]

Huw

More info and one small fix for some people's problems:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=117032

See:

------- Additional Comments From Didier.Moens-A49opszgxRtVsUKGZV2E3Q@public.gmane.org  2004-03-30 
16:03 -------
- Tested with stock FC2test2 kernel 2.6.3-2.1.253.2.1 on FC2test1
distrib : reboots after suspend with both APM and ACPI.

- Recompiled kernel 2.6.3-2.1.253.2.1 with
CONFIG_X86_4G,CONFIG_X86_4G_VM_LAYOUT,CONFIG_HIGHMEM4G=n :
after booting in single user mode (no extra modules loaded), both APM
and ACPI resume after suspend. (For ACPI, this is a first on my IBM
ThinkPad A30p.)

So be patient, some people are working on it and we will get there in 
the end.

More of a problem IMHO is notebook hardware still reasonably current but 
with broken ACPI implementations and no hope of a BIOS update. These 
people are stuck with APM and risk being left out when ACPI works for 
everyone else. I have posted my details on the ACPI list but 
unfortunately it seems true that no-one cares.

-Cam


-- 
camilo-Nk/s8sJ9yP7QXOPxS62xeg@public.gmane.org                                                 <--


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Micha Feigin]

I don't know much about S3 and how its suspend/resume cycle is related
to S4 but ...

What is usually referred to as S4 usually means software suspend unless
you have bios support which is very rare these days. Doing an echo 4 >
proc/acpi/sleep just calls one of three implementations in 2.6, don't
remember which one but IIRC its the very dead one (pmdisk).

The problem with 2.6 is that the power management (PM) code is only
partly implemented. It doesn't exist at all for agp and dri AFAIK it
doesn't exist for usb and is partial for the rest of the
stuff. Probably months before it will be fixed and if you want to hack
into things that is the first place to start in order to try and get
things working.

For software suspend there are two in-kernel implementations, swsusp(1)
which may work for you and pmdisk which is orphaned and has had no
changes for more then 6 months so you will be lucky if it will
work. There is a patch called swsusp2 (swsusp.sourceforge.net) which is
better then swsusp but still has problems with 2.6 besides lack of PM
(which means no suspend with dri among others), mainly with SMP support
(no hyperthreading) and highmem.

It is quite stable for 2.4, again, SMP (and HT) and highmem exists but
is still in development and will probably work but may have problems
(quite a few success stories and active development, so a good chance
there).

Your best bet to get some sort of suspend going is kernel 2.4 + swsusp2

On Tue, Mar 30, 2004 at 11:51:17PM -0500, Huw Rogers wrote:
> There are 3 competing implementations of S3/S4. None of them work with
> recent AGP ATI Mobility Radeons using ATI's drivers (the most popular
> current video chipset for notebooks / the only driver set that supports
> them properly in X). None of them work with hyperthreaded CPUs or SMP
> (again, hardly exotic). Most USB, Ethernet and other drivers are
> incompatible with S3/S4. The resume code is poorly tested, has race
> conditions, doesn't enable/disable interrupts at the right junctures,
> fails to restore PCI state and does nothing for AGP, USB etc. (left to
> drivers that could care less about suspend/resume).
> 
> I was intent on getting my AGP ATI Radeon/P4 HT/SiS chipset notebook
> working by hacking the code. BUT suspend/resume issues are in ACPI code,
> in power mgmt code, in driver code, in AGP code, in suspend/resume code.
> All owned by different people. Many with competing implementations.
> No-one is a clear leader. The resume itself is near-impossible to debug
> since nothing is alive at that point and the video chipset isn't up.
> 
> Many many people have the problem you describe (lockup on S3 resume,
> need hard power cycle to restart). I have it, and have seen numerous
> other people post on it all with dramatically different hardware. Only
> common factors is that the hardware is recent (i.e. AGP video, typically
> Mobility Radeon), and IT DOESN'T WORK.
> 
> The situation can't be helped by the hacker looking to contribute by
> getting his own gear working (a massive consolidation, refactoring and
> cleanup is required by someone with in-depth knowledge of both ACPI and
> PC hardware). There are also probably deep implications for the Linux
> x86 driver architecture to doing it "properly". Linux vendors put almost
> no effort into supporting laptop hardware despite growing laptop adoption
> in replacement of desktops since their strategy is to get Linux to the
> point that the hardware vendors themselves are compelled to do such work
> like they do for MS Windows. laptop-specific issues such as this receive
> short shrift.
> 
> In short, it's a hopeless mess, no-one who could solve this problem
> really cares about it enough to commission the team required, and it
> requires a huge effort by a couple of gurus with buy-in from Linus & co.
> for the kernel consequences to really fix this.
> 
> Not happening any time soon. Optimize your boot to make it fast instead
> by fooling around with /etc/init.d and company. S3/S4? Bah. -Huw
> 
> > As a user, I'm stuck at first base.  With kernel 2.6.4
> > S3 is supposedly supported.  Entering S3 appears to work.
> > Exiting S3 (waking up?) the LCD screen comes back when a key is
> > depressed, but *nothing* brings my machine back to life.
> > The full few-seconds power-button reboot is all that works.
> > 
> > I admit that there may be a simple one-line web-link answer
> > pointing to some ACPI FAQ or How-to.  If that is the case 
> > just point me there and I'll read that.
> > 
> > Thanks.
> > 
> > -----Original Message-----
> > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Moore, Robert
> > Sent: Tuesday, March 30, 2004 10:58 AM
> > To: Li, Shaohua; Manpreet Singh; Brown, Len; Linus Torvalds
> > Cc: Kernel Mailing List; ACPI Developers; Grover, Andrew
> > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > 
> > The default behavior of the ACPI CA core subsystem is to leave all "wake"
> > GPEs disabled.  It is the responsibility of the upper OSPM
> > (OS-dependent) software to selectively enable the wake devices via the
> > AcpiEnableGpe external interface.
> > 
> > We could argue about whether the core should enable or disable all wake GPEs
> > by default, but the code to selectively pick wake GPEs is not and cannot be
> > part of the core ACPI CA code.
> > 
> > Bob
> > 
> > 
> > -----Original Message-----
> > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Li, Shaohua
> > Sent: Monday, March 29, 2004 5:23 PM
> > To: Manpreet Singh; Moore, Robert; Brown, Len; Linus Torvalds
> > Cc: Kernel Mailing List; ACPI Developers
> > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > 
> > Hi,
> > I think ACPI should provide user interface to enable 'Wake' GPE before
> > entering sleep. User can select which devices can wake up system. We have a
> > track http://bugme.osdl.org/show_bug.cgi?id=1415 for this issue.
> > 
> > Thanks,
> > David
> > > -----Original Message-----
> > > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel- 
> > > admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Manpreet Singh
> > > Sent: Tuesday, March 30, 2004 8:28 AM
> > > To: Moore, Robert; Brown, Len; Linus Torvalds
> > > Cc: Kernel Mailing List; ACPI Developers
> > > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > > 
> > > Hi Bob,
> > > 
> > > What I mean is that I see that the system goes into S3 suspend with
> > all
> > > GPEs
> > > being disabled. So the bitvector 'WakeEnable' has a value of 0. Now,
> > on my
> > > I/O controller, PME_EN: which enables PME#s to assert a wake-up event
> > is
> > > also
> > > off which is what I'd like to see enabled for wake on LAN (etherwake)
> > to
> > > work.
> > > 
> > > How is WakeEnable initialized? Does it depend on certain BIOS table 
> > > entries?
> > > 
> > > Forgive my n00b questions if they sound trivial.
> > > 
> > > Thanks,
> > > Manpreet.
> > > 
> > > 
> > > -----Original Message-----
> > > From: Moore, Robert [mailto:robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org]
> > > Sent: Monday, March 29, 2004 9:33 AM
> > > To: Manpreet Singh; Brown, Len; Linus Torvalds
> > > Cc: Kernel Mailing List; ACPI Developers
> > > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > > 
> > > 
> > > 
> > > What makes you think that *all* GPEs are disabled?
> > > 
> > > Here is the relevant code:
> > > 
> > >         /*
> > >          * 1) Disable all runtime GPEs
> > >          * 2) Enable all wakeup GPEs
> > >          */
> > >         Status = AcpiHwLowLevelWrite (8, GpeRegisterInfo->WakeEnable,
> > >                 &GpeRegisterInfo->EnableAddress);
> > > 
> > > The "WakeEnable" field is setup such that only the WAKE GPEs are 
> > > enabled.
> > > 
> > > Unless you are saying that "WakeEnable" is not initialized correctly.
> > > 
> > > Please clarify.
> > > 
> > > Bob
> > > 
> > > 
> > > -----Original Message-----
> > > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Manpreet 
> > > Singh
> > > Sent: Saturday, March 27, 2004 1:19 AM
> > > To: Brown, Len; Linus Torvalds
> > > Cc: Kernel Mailing List; ACPI Developers
> > > Subject: RE: [ACPI] [BKPATCH] ACPI for 2.6
> > > 
> > > Hi Len,
> > > 
> > > This patch on 2.6.5-rc2 certainly helps with a "spurious" interrupt 
> > > problem that I was seeing on a 2.6.4 kernel. It seems that we don't 
> > > initialize GPEs unless they are needed for a resume.
> > > 
> > > But, in the function call "acpi_hw_prepare_gpes_for_sleep", it seems 
> > > that currently *all* GPEs get disabled, some of which I would consider 
> > > wake up events, like the PME enable bit that enables an S3 resume 
> > > using a
> > magic
> > > packet. That doesn't allow wake on LAN to work properly. Is there way
> > to
> > > pick/specify the wake up events or does it come from the BIOS tables?
> > > 
> > > Also, if I have the console on a serial port, I don't get the console 
> > > back after an S3 resume.
> > > 
> > > Actually, I am new to the ACPI list. If this is not the right place
> > for
> > > these
> > > queries, please let me know.
> > > 
> > > Thanks,
> > > Manpreet.
> > > 
> > > 
> > > -----Original Message-----
> > > From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > [mailto:acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org]On Behalf Of Len Brown
> > > Sent: Friday, March 26, 2004 4:59 PM
> > > To: Linus Torvalds
> > > Cc: Kernel Mailing List; ACPI Developers
> > > Subject: [ACPI] [BKPATCH] ACPI for 2.6
> > > 
> > > 
> > > Hi Linus, please do a
> > > 
> > > 	bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.6.5
> > > 
> > > 	Three significant interrupt fixes.
> > > 
> > > thanks,
> > > -Len
> > > 
> > > ps. a plain patch is also available here:
> > >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2
> > > .6.5/
> > > acpi-20040326-2.6.5.diff.gz
> > > 
> > > This will update the following files:
> > > 
> > >  arch/i386/kernel/acpi/boot.c      |   18 +
> > >  drivers/acpi/ec.c                 |    4
> > >  drivers/acpi/events/evgpe.c       |   11 -
> > >  drivers/acpi/events/evgpeblk.c    |  242 ++++++++++++++++++++++----
> > >  drivers/acpi/events/evmisc.c      |   43 ++--
> > >  drivers/acpi/events/evxfevnt.c    |   25 ++
> > >  drivers/acpi/executer/excreate.c  |   16 +
> > >  drivers/acpi/executer/exdump.c    |    1
> > >  drivers/acpi/executer/exresnte.c  |    5
> > >  drivers/acpi/executer/exstoren.c  |    1
> > >  drivers/acpi/hardware/hwgpe.c     |   98 ++++++----
> > >  drivers/acpi/hardware/hwsleep.c   |   22 +-
> > >  drivers/acpi/namespace/nsaccess.c |    9
> > >  drivers/acpi/namespace/nsdump.c   |    1
> > >  drivers/acpi/namespace/nseval.c   |    9
> > >  drivers/acpi/namespace/nssearch.c |    6
> > >  drivers/acpi/namespace/nsutils.c  |    2
> > >  drivers/acpi/namespace/nsxfeval.c |   26 +-
> > >  drivers/acpi/osl.c                |   21 ++
> > >  drivers/acpi/pci_link.c           |   18 +
> > >  drivers/acpi/resources/rsaddr.c   |   13 -
> > >  drivers/acpi/utilities/utglobal.c |   42 ++--
> > >  drivers/acpi/utilities/utmisc.c   |    5
> > >  include/acpi/acconfig.h           |    2
> > >  include/acpi/acglobal.h           |    2
> > >  include/acpi/achware.h            |    4
> > >  include/acpi/aclocal.h            |    7
> > >  include/acpi/actypes.h            |   84 +++++----
> > >  include/acpi/acutils.h            |    1
> > >  29 files changed, 537 insertions(+), 201 deletions(-)
> > > 
> > > through these ChangeSets:
> > > 
> > > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.56)
> > >    [ACPI] Linux specific updates from ACPICA 20040326
> > >    "acpi_wake_gpes_always_on" boot flag for old GPE behaviour
> > > 
> > > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.55)
> > >    [ACPI] ACPICA 20040326 from Bob Moore
> > > 
> > >    Implemented support for "wake" GPEs via interaction between
> > >    GPEs and the _PRW methods.  Every GPE that is pointed to by
> > >    one or more _PRWs is identified as a WAKE GPE and by default
> > >    will no longer be enabled at runtime.  Previously, we were
> > >    blindly enabling all GPEs with a corresponding _Lxx or _Exx
> > >    method - but most of these turn out to be WAKE GPEs anyway.
> > >    We believe this has been the cause of thousands of
> > >    "spurious" GPEs on some systems.
> > > 
> > >    This new GPE behavior is can be reverted to the original
> > >    behavior (enable ALL GPEs at runtime) via a runtime flag.
> > > 
> > >    Fixed a problem where aliased control methods could not
> > >    access objects properly.  The proper scope within the
> > >    namespace was not initialized (transferred to the target of
> > >    the aliased method) before executing the target method.
> > > 
> > >    Fixed a potential race condition on internal object
> > >    deletion on the return object in AcpiEvaluateObject.
> > > 
> > >    Integrated a fix for resource descriptors where both
> > >    _MEM and _MTP were being extracted instead of just _MEM.
> > >    (i.e. bitmask was incorrectly too wide, 0x0F instead of 0x03.)
> > > 
> > >    Added a special case for ACPI_ROOT_OBJECT in AcpiUtGetNodeName,
> > >    preventing a fault in some cases.
> > > 
> > >    Updated Notify() values for debug statements in evmisc.c
> > > 
> > >    Return proper status from AcpiUtMutexInitialize,
> > >    not just simply AE_OK.
> > > 
> > > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/26 1.1608.1.54)
> > >    [ACPI] proposed fix for non-identity-mapped SCI override
> > >    http://bugme.osdl.org/show_bug.cgi?id=2366
> > > 
> > > <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> (04/03/25 1.1608.1.53)
> > >    [ACPI] PCI interrupt link routing (Luming Yu)
> > >    use _PRS to determine resource type for _SRS
> > >    fixes HP Proliant servers
> > >    http://bugzilla.kernel.org/show_bug.cgi?id=1590
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> > > tutorial presented by Daniel Robbins, President and CEO of GenToo 
> > > technologies. Learn everything from fundamentals to system 
> > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > > _______________________________________________
> > > Acpi-devel mailing list
> > > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> > > tutorial presented by Daniel Robbins, President and CEO of GenToo 
> > > technologies. Learn everything from fundamentals to system 
> > > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> > > _______________________________________________
> > > Acpi-devel mailing list
> > > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> > > tutorial presented by Daniel Robbins, President and CEO of GenToo 
> > > technologies. Learn everything from fundamentals to system 
> > > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> > > _______________________________________________
> > > Acpi-devel mailing list
> > > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial
> > presented by Daniel Robbins, President and CEO of GenToo technologies. Learn
> > everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=ick
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial
> > presented by Daniel Robbins, President and CEO of GenToo technologies. Learn
> > everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 
> -- 
> Huw Rogers <count0-tC47gz4GrgtWk0Htik3J/w@public.gmane.org>
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
>  
>  +++++++++++++++++++++++++++++++++++++++++++
>  This Mail Was Scanned By Mail-seCure System
>  at the Tel-Aviv University CC.


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Luca Capello]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

on 03/31/04 12:58, Micha Feigin wrote:
> The problem with 2.6 is that the power management (PM) code is only
> partly implemented. It doesn't exist at all for agp and dri AFAIK it
> doesn't exist for usb and is partial for the rest of the
> stuff. Probably months before it will be fixed and if you want to hack
> into things that is the first place to start in order to try and get
> things working.
IMHO this is wrong for different reasons:

1) the latest AGP and DRI driver for my ATI Radeon Mobility NP M10/9600 works
   great on my ASUS M6842NWH (Centrino) at least for S1 [1] (I haven't had
   time to test S3/S4 yet), so this means that there's PM support for some
   AGP/DRI drivers... BTW, to answer Huw about ATI drivers, I use the
   *open-source* DRI ones [2] and they work perfect but 3D/OpenGL (which I don't
   use as I don't have time to play): I can have dual-head (LCD 1400x1050 and
   CRT 1600x1200), clone mode, Xinerama or MergedFB and DVD full screen...

2) the same new 2.6 'radeonfb' driver has PM implementations, even if it needs
   more work, as reported in this list ([3] and [4])

3) USB *has* working PM support at least in 2.6.5-rc2 [5] (search for
   "[PATCH] USB: Enable interrupts in UHCI after PM resume")

4) AFAIK some ALSA driver can suspend/resume [6]

5) I don't know a lot about network driver, but I know of PM implementations [7]
   on 'e1000' and 'ipw2100' drivers and during my tests, I never remove the
   'bcm5700' module (and this doens't cause any resuming problem)

Thx, bye,
Gismo / Luca

=====
References:
1- http://marc.theaimsgroup.com/?l=acpi4linux&m=107989959514312&w=2
2- http://dri.sourceforge.net/cgi-bin/moin.cgi/ATIRadeon
3- http://marc.theaimsgroup.com/?l=acpi4linux&m=107731507729859&w=2
4- http://marc.theaimsgroup.com/?l=acpi4linux&m=107752252801966&w=2
5- ftp://ftp.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.5-rc2
6- http://sourceforge.net/mailarchive/forum.php?thread_id=4107033&forum_id=1752
7- http://sourceforge.net/mailarchive/forum.php?thread_id=4075032&forum_id=38938
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org

iD8DBQFAarnaVAp7Xm10JmkRAkBYAKCD2c0RMU86Pbnb59YbgKs1zyeafQCbBPM4
xh2ota1KMneGFg3G4f0XUIE=
=e0Kd
-----END PGP SIGNATURE-----


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Micha Feigin]

On Wed, Mar 31, 2004 at 02:30:18PM +0200, Luca Capello wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hello,
> 
> on 03/31/04 12:58, Micha Feigin wrote:
> > The problem with 2.6 is that the power management (PM) code is only
> > partly implemented. It doesn't exist at all for agp and dri AFAIK it
> > doesn't exist for usb and is partial for the rest of the
> > stuff. Probably months before it will be fixed and if you want to hack
> > into things that is the first place to start in order to try and get
> > things working.
> IMHO this is wrong for different reasons:
> 
> 1) the latest AGP and DRI driver for my ATI Radeon Mobility NP M10/9600 works
>    great on my ASUS M6842NWH (Centrino) at least for S1 [1] (I haven't had
>    time to test S3/S4 yet), so this means that there's PM support for some
>    AGP/DRI drivers... BTW, to answer Huw about ATI drivers, I use the
>    *open-source* DRI ones [2] and they work perfect but 3D/OpenGL (which I don't
>    use as I don't have time to play): I can have dual-head (LCD 1400x1050 and
>    CRT 1600x1200), clone mode, Xinerama or MergedFB and DVD full screen...
> 

There very definitely is no PM support for dri and agp. Maybe S1 leaves
things awake enough so PM is not needed. If things still work with S4
it will be a different issue.

> 2) the same new 2.6 'radeonfb' driver has PM implementations, even if it needs
>    more work, as reported in this list ([3] and [4])
> 
> 3) USB *has* working PM support at least in 2.6.5-rc2 [5] (search for
>    "[PATCH] USB: Enable interrupts in UHCI after PM resume")
> 

AFAIK USB PM support is still partial. Works for some people fails for
others. Depends on your luck,

> 4) AFAIK some ALSA driver can suspend/resume [6]
> 

Like you said, only some of them.

> 5) I don't know a lot about network driver, but I know of PM implementations [7]
>    on 'e1000' and 'ipw2100' drivers and during my tests, I never remove the
>    'bcm5700' module (and this doens't cause any resuming problem)
> 

Most onboard will work, thats true.

Also AFAIK scsi and pcmcia still have no PM support.

> Thx, bye,
> Gismo / Luca
> 
> =====
> References:
> 1- http://marc.theaimsgroup.com/?l=acpi4linux&m=107989959514312&w=2
> 2- http://dri.sourceforge.net/cgi-bin/moin.cgi/ATIRadeon
> 3- http://marc.theaimsgroup.com/?l=acpi4linux&m=107731507729859&w=2
> 4- http://marc.theaimsgroup.com/?l=acpi4linux&m=107752252801966&w=2
> 5- ftp://ftp.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.5-rc2
> 6- http://sourceforge.net/mailarchive/forum.php?thread_id=4107033&forum_id=1752
> 7- http://sourceforge.net/mailarchive/forum.php?thread_id=4075032&forum_id=38938
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
> Comment: Using GnuPG with Debian - http://enigmail.mozdev.org
> 
> iD8DBQFAarnaVAp7Xm10JmkRAkBYAKCD2c0RMU86Pbnb59YbgKs1zyeafQCbBPM4
> xh2ota1KMneGFg3G4f0XUIE=
> =e0Kd
> -----END PGP SIGNATURE-----
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
>  
>  +++++++++++++++++++++++++++++++++++++++++++
>  This Mail Was Scanned By Mail-seCure System
>  at the Tel-Aviv University CC.
> 


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Stefan Seyfried]

On Thu, Apr 01, 2004 at 02:38:23AM +0200, Micha Feigin wrote:

> Also AFAIK scsi and pcmcia still have no PM support.

i did a S4 (swsusp1, 2.6.4 kernel) last weekend, with the pcmcia WLAN
card (Netgear MA401) plugged in accidentally (normally, i always pull
it out before suspend and plug it in after resume) and it worked just
fine. So maybe, there is already PM support in pcmcia.
Machine is a compaq nx5000 centrino notebook, i855 chipset.

so short
-- 
Stefan Seyfried



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Pavel Machek]

Hi!


> What is usually referred to as S4 usually means software suspend unless
> you have bios support which is very rare these days. Doing an echo 4 >
> proc/acpi/sleep just calls one of three implementations in 2.6, don't
> remember which one but IIRC its the very dead one (pmdisk).

It calls swsusp, which is alive.

I'd like pmdisk to be removed from kernel, but if I try to do it
again, Patrick will kill me.

Feel free to submit patch removing pmdisk from kernel. Patrick said
he'll have something by the end of march....

							Pavel
-- 
When do you have a heart between your knees?
[Johanka's followup: and *two* hearts?]


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Nils Faerber]

I can only and simply confirm this very good observation.
It is a quite sad truth that we have to swallow.

For my experience I can say that I am back to recommend using APM for
Linux notebooks where it works and only to use ACPI if APM does not.

On my Asus L3800C with Radeon M8000 (AGP of course) S3 is a simple
no-no. S4 works quite well with a tweaked script stopping and restarting
some drivers before and after swsusp (kernel 2.4).
With kernel 2.6 almost nothing concerning power management works like it
was with 2.4. Not only that behaviour has changed but also things that
worked with 2.4 do not so with 2.6.

I recently bought a Fujitsu Siemens Lifebook B-series device. Very nice
and small. I use it with kernel 2.4 and APM and all I need is working:
Suspend to RAM, suspend to disk. With 2.6 neither ACPI nor APM worked
correctly. The drivers that are now supposed to handle PM events do not
do so properly. Some resume fine, some fail leaving the hardware in a
random state. This happens with 2.6 with ACPI *and* APM.
And for the records, on this machine ACPI S3 almost works, even video
comes back, but fails at random other points (networking causing OOPS,
USB not working anymore until reboot, etc...).

The sutuation is somewhat frightening since this does not seem to change
much during the last year. I do not want to blame anybody for it! Please
get me right.
But this becomes, as Huw already pointed out, a real problem for the
growing Linux laptop userbase.

And I also see that this needs an extra special effort, by many
developers.

So take my word: If I can with my limited experience in PM and x86
hacking be of any help and someone can guide me to a point where I can
start, I will try my very best to improve the situation - at least for
the hardware I have access to.

Best wishes
  nils

Am Mi, den 31.03.2004 schrieb Huw Rogers um 06:51:
> There are 3 competing implementations of S3/S4. None of them work with
> recent AGP ATI Mobility Radeons using ATI's drivers (the most popular
> current video chipset for notebooks / the only driver set that supports
> them properly in X). None of them work with hyperthreaded CPUs or SMP
> (again, hardly exotic). Most USB, Ethernet and other drivers are
> incompatible with S3/S4. The resume code is poorly tested, has race
> conditions, doesn't enable/disable interrupts at the right junctures,
> fails to restore PCI state and does nothing for AGP, USB etc. (left to
> drivers that could care less about suspend/resume).
> 
> I was intent on getting my AGP ATI Radeon/P4 HT/SiS chipset notebook
> working by hacking the code. BUT suspend/resume issues are in ACPI code,
> in power mgmt code, in driver code, in AGP code, in suspend/resume code.
> All owned by different people. Many with competing implementations.
> No-one is a clear leader. The resume itself is near-impossible to debug
> since nothing is alive at that point and the video chipset isn't up.
> 
> Many many people have the problem you describe (lockup on S3 resume,
> need hard power cycle to restart). I have it, and have seen numerous
> other people post on it all with dramatically different hardware. Only
> common factors is that the hardware is recent (i.e. AGP video, typically
> Mobility Radeon), and IT DOESN'T WORK.
> 
> The situation can't be helped by the hacker looking to contribute by
> getting his own gear working (a massive consolidation, refactoring and
> cleanup is required by someone with in-depth knowledge of both ACPI and
> PC hardware). There are also probably deep implications for the Linux
> x86 driver architecture to doing it "properly". Linux vendors put almost
> no effort into supporting laptop hardware despite growing laptop adoption
> in replacement of desktops since their strategy is to get Linux to the
> point that the hardware vendors themselves are compelled to do such work
> like they do for MS Windows. laptop-specific issues such as this receive
> short shrift.
> 
> In short, it's a hopeless mess, no-one who could solve this problem
> really cares about it enough to commission the team required, and it
> requires a huge effort by a couple of gurus with buy-in from Linus & co.
> for the kernel consequences to really fix this.
> 
> Not happening any time soon. Optimize your boot to make it fast instead
> by fooling around with /etc/init.d and company. S3/S4? Bah. -Huw
> 
> > Thanks.


-- 
kernel concepts          Tel: +49-271-771091-12
Dreisbachstr. 24         Fax: +49-271-771091-19
D-57250 Netphen          D1 : +49-170-2729106
--



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Eric Valette]

Nils Faerber wrote:
> I can only and simply confirm this very good observation.
> It is a quite sad truth that we have to swallow.
> 
> For my experience I can say that I am back to recommend using APM for
> Linux notebooks where it works and only to use ACPI if APM does not.
> 
> On my Asus L3800C with Radeon M8000 (AGP of course) S3 is a simple
> no-no. S4 works quite well with a tweaked script stopping and restarting
> some drivers before and after swsusp (kernel 2.4).
> With kernel 2.6 almost nothing concerning power management works like it
> was with 2.4. Not only that behaviour has changed but also things that
> worked with 2.4 do not so with 2.6.

This sound quite strange as Asus L3800C is one of the laptop that is 
rather nicely supported. I can S3 suspend from X (provided you correctly 
supply acpi_sleep=s3_bios on the boot command line) , without unloading 
any modules and restore works like a charm. But maybe you are confused 
about the model number as the L3800C has a Radeon M7... (or maybe newer 
version have an M8).

The only remaining problem on this laptop is that without patching ACPI 
code, upon resume, ACPI buttons are dead. But you can still suspend 
calling the stript explicitely...

More info at :

<http://bugme.osdl.org/show_bug.cgi?id=2321>

-- 
    __
   /  `                   	Eric Valette
  /--   __  o _.          	6 rue Paul Le Flem
(___, / (_(_(__         	35740 Pace

Tel: +33 (0)2 99 85 26 76	Fax: +33 (0)2 99 85 26 76
E-mail: eric.valette-GANU6spQydw@public.gmane.org





-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Andi Kleen]

On Wed, 31 Mar 2004 13:26:04 +0200
Nils Faerber <nils.faerber-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org> wrote:


> So take my word: If I can with my limited experience in PM and x86
> hacking be of any help and someone can guide me to a point where I can
> start, I will try my very best to improve the situation - at least for
> the hardware I have access to.


Assuming you really want to help and not just complain:

Make sure everytime you see an oops or other problem that you file a bug 
in bugme.kernel.org. For oopses this must include the oops log, so 
make yourself familiar with serial consoles and netconsoles.

If possible take a look at the driver when you see an oops or problem
and try to fix it yourself an submit a patch.

If you do this for all hardware you have access to the problems may 
actually get fixed.

-Andi


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Pavel Machek]

Hi!

> I recently bought a Fujitsu Siemens Lifebook B-series device. Very nice
> and small. I use it with kernel 2.4 and APM and all I need is working:
> Suspend to RAM, suspend to disk. With 2.6 neither ACPI nor APM worked
> correctly. The drivers that are now supposed to handle PM events do not
> do so properly. Some resume fine, some fail leaving the hardware in a
> random state. This happens with 2.6 with ACPI *and* APM.
> And for the records, on this machine ACPI S3 almost works, even video
> comes back, but fails at random other points (networking causing OOPS,
> USB not working anymore until reboot, etc...).

Try to catch that networking bugs, then. They should be easiest.

Unlike most users, you have video; that makes things easy...
								Pavel
-- 
When do you have a heart between your knees?
[Johanka's followup: and *two* hearts?]


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Nigel Cunningham]

Hi.

I care.

And what is more, you're overstating the case. Suspend2 has worked with
SMP since January and Highmem since mid last year (IIRC) under 2.4,
thanks to the people at LinuxFund.org, who cared enough to sponsor 4
mounths of work on the project. Gary Sandine at LACLinux also cares, so
much so that I am now able to keep the SMP/Highmem support working and
will shortly begin work on getting these features going under 2.6.
Furthermore, suspend2 has received a ton of testing, thanks especially
to Michael Frank.

That said, I do fully agree with you that hardware support in some key
areas is way short of the mark. Rest assured, though, it is possible: I
am typing this on a SMP box with Highmem and an ATI Radeon 9000. It's
not perfectly robust at resuming yet (I've only been using it one day),
but I care and I'll be working on improving suspend so far as I'm able.
What is more, others are working on it too.

Don't give up!

Regards,

Nigel

-- 
Nigel Cunningham
C/- Westminster Presbyterian Church Belconnen
61 Templeton Street, Cook, ACT 2614.
+61 (2) 6251 7727(wk); +61 (2) 6253 0250 (home)

Evolution (n): A hypothetical process whereby infinitely improbable events occur 
with alarming frequency, order arises from chaos, and no one is given credit.



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: S3/S4 doesn't work, no-one cares, it's a mess Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Pavel Machek]

Hi!

> There are 3 competing implementations of S3/S4. None of them work with
> recent AGP ATI Mobility Radeons using ATI's drivers (the most
> popular

There are 3 implementations of S4. There's only one implementation of
S3. Two S4 implementations have someone caring about them (me and
Nigel), unfortunately noone cares about S3.

If you want to help, feel free to pick up S3 and become its
maintainer. It needs one.
							Pavel
-- 
When do you have a heart between your knees?
[Johanka's followup: and *two* hearts?]


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Christoph Lukas]

Am Die, den 30.03.2004 schrieb Rockefeller, Harry um 19:33:
> As a user, I'm stuck at first base.  With kernel 2.6.4
> S3 is supposedly supported.  Entering S3 appears to work.
> Exiting S3 (waking up?) the LCD screen comes back when a key is
> depressed, but *nothing* brings my machine back to life.
> The full few-seconds power-button reboot is all that works.
> 
> I admit that there may be a simple one-line web-link answer
> pointing to some ACPI FAQ or How-to.  If that is the case 
> just point me there and I'll read that.

I spent several hours trying to set up S3 on my notebook. The problem
with S3 seems to be that the drivers have to take care for saving /
restoring PCI states and reinitializing hardware components.

The mayor problem for me was that the video card (Nvidia GForce) had to
be reinitialized. I solved that with using the original XFree nv driver
instead of the nvidia one and applying an XFree hack from:

http://www.loria.fr/~thome/d600/

This made S3 working for me from within X. On the same page you can find
a patch for the ATI Radeon M9.

The second problem was that some drivers had to be unloaded before
suspend and reloaded after resume (usb).

The third problem was that I did not get alsa to work after resume. A
similar problem is described here:

http://sourceforge.net/mailarchive/message.php?msg_id=7591163

Using those hints I wrote a small _shell_ script to save the PCI config
space of my alsa and network driver before suspend and to restore it
after resume.

That finally made S3 working for me. :-)

As a recipe I would suggest:
- Start with mostly all drivers unloaded
- Always umount all unnecessary partitions as it is likely that your
system will crash until you find the correct way to deal with your
drivers
- Boot your system with acpi_irq_balance acpi_irq_pci=3,4,5,..
- Get your video card working with S3
- Try one driver after another to deal with S3
- If it does not survive suspend / resume try:
-- unloading / reloading
-- keeping the driver loaded and saving / restoring PCI config space

As the alsa drivers were the worst ones to get working, I tried to
contact the alsa-devel list for some help, but there did not seem to be
any interest in getting S3 working with alsa. No responses so far. :-(

Regards,
Christoph



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

Re: ACPI S3 wake howto was: RE: [BKPATCH] ACPI for 2.6

[Pavel Machek]

Hi!

>    As a user, I'm stuck at first base.  With kernel 2.6.4
>    S3 is supposedly supported.  Entering S3 appears to work.
>    Exiting S3 (waking up?) the LCD screen comes back when a key is
>    depressed, but *nothing* brings my machine back to life.
>    The full few-seconds power-button reboot is all that works.
> 
>    I admit that there may be a simple one-line web-link answer
>    pointing to some ACPI FAQ or How-to.  If that is the case
>    just point me there and I'll read that.

No html for lists, thanks.

Try Documentation/power/tricks.txt.

							Pavel

-- 
When do you have a heart between your knees?
[Johanka's followup: and *two* hearts?]


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click