From: Rockefeller, H. <harryr@SSD.FSI.com> - 2004-03-30 17:33:53
|
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: acp...@li... [mailto:acp...@li...] 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: acp...@li... [mailto:acp...@li...] 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: acp...@li... [mailto:acpi-devel- > ad...@li...] 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:rob...@in...] > 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: acp...@li... > [mailto:acp...@li...] 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: acp...@li... > [mailto:acp...@li...]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...@in...> (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...@in...> (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...@in...> (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...@in...> (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 > Acp...@li... > 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_id70&alloc_id638&op=ick > _______________________________________________ > Acpi-devel mailing list > Acp...@li... > 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_id70&alloc_id638&op=ick > _______________________________________________ > Acpi-devel mailing list > Acp...@li... > 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_id70&alloc_id638&op=ick _______________________________________________ Acpi-devel mailing list Acp...@li... 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_id70&alloc_id638&op=click _______________________________________________ Acpi-devel mailing list Acp...@li... https://lists.sourceforge.net/lists/listinfo/acpi-devel |