From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Grover, Andrew" Subject: RE: Re: [Swsusp-devel] ACPI A/C adaptor status not updated upon resume Date: Fri, 18 Jul 2003 17:01:26 -0700 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Return-path: content-class: urn:content-classes:message Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: "Grover, Andrew" , Ka-shu Wong Cc: Nigel Cunningham , EricAltendorf-gZ4DH+Stb0k@public.gmane.org, swsusp-devel , ACPI List List-Id: linux-acpi@vger.kernel.org > From: Grover, Andrew=20 > Basically, I am at a loss as to why Eric's machine would report the > wrong thing. Whoever is setting that bit in memory isn't doing it > properly, for some reason. (There could be a lot of reasons. Eric, you > might try sticking a printk in the memory read function in > drivers/acpi/osl.c and seeing that we are doing a read from 0x000EE8FF > and what the value is.) >=20 > Regards -- Andy >=20 > PS if you're curious the EE8FF is because the SRAM operation region is > defined as a memory range starting at 0xEE800, and ACST is a field > offset 0xFF bytes from that. Or actually the read would be at 0xEE900. Sorry. Regards -- Andy ------------------------------------------------------- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0