From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Kohlsmith Subject: Re: Repeatable lockup with sustained polling of battery state Date: Fri, 29 Nov 2002 13:20:39 -0500 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <200211291320.39188@-mixdown.ca> References: <1034266219.1287.40.camel@sirius.strandboge.cxm> <1036013358.9704.93.camel@sirius.strandboge.cxm> <1038339343.1840.4.camel@sirius.strandboge.cxm> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1038339343.1840.4.camel-Ty44UuN9vPJ5T2F9fCU5s856D9/Od9gv@public.gmane.org> Content-Disposition: inline Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org > I am still having this problem. I have attached my dsdt file in hopes > someone can help with this. I am using 2.4.20-rc2 with acpi-20021118. > I get no errors on boot, and cannot find any errors in my logs. If I > poll my battery state, the system locks up. One extra note is that the > BIOS keys do in fact work when the machine is locked, I just can't get > the OS to respond. I honestly don't think it has anything to do with the DSDT; I think that there is a subtle bug somewhere in the ACPI code which reads out the battery level from the controller that causes the hang. I mean the DSDT organizes what is there and how to get to it, but doesn't actually have any code that is executed to obtain the information, correct? Regards, Andrew ------------------------------------------------------- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en