From owner-freebsd-current@FreeBSD.ORG Thu Aug 7 07:31:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5990D37B401 for ; Thu, 7 Aug 2003 07:31:40 -0700 (PDT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95F0943F85 for ; Thu, 7 Aug 2003 07:31:39 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id MUA74016; Thu, 07 Aug 2003 07:31:37 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D4FB25D08; Thu, 7 Aug 2003 07:31:36 -0700 (PDT) To: Joe Marcus Clarke In-Reply-To: Message from Joe Marcus Clarke of "Wed, 06 Aug 2003 16:01:37 EDT." <1060200097.723.41.camel@gyros> Date: Thu, 07 Aug 2003 07:31:36 -0700 From: "Kevin Oberman" Message-Id: <20030807143136.D4FB25D08@ptavv.es.net> cc: Barney Wolff cc: current@freebsd.org Subject: Re: ACPI battery state and resume not working on Inspiron 5150 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 14:31:40 -0000 > From: Joe Marcus Clarke > Date: Wed, 06 Aug 2003 16:01:37 -0400 > Sender: owner-freebsd-current@freebsd.org > > > --=-MHp9eSkqmbnyoWl+2a1w > Content-Type: text/plain > Content-Transfer-Encoding: quoted-printable > > On Wed, 2003-08-06 at 15:56, Barney Wolff wrote: > > On Wed, Aug 06, 2003 at 03:31:01PM -0400, Joe Marcus Clarke wrote: > > > ACPI-1287: *** Error: Method execution failed > > > [\\_SB_.PCI0.LPCB.BAT1._STA] (Node 0xc6137640), AE_NOT_EXIST > >=20 > > I would not expect BAT1 to exist unless you have 2 batteries installed. > > Ah, good point. However, I don't see any battery sysctls, and I do have > at least one battery installed. > > > As to resume, on my I5000 it takes almost a minute to come back from > > S3, but does eventually come back on a -current from 7/30. > > Thanks for the suggestion. I'll wait a bit longer. Well, I did some experimenting yesterday with the ACPI code on my IBM T30 and learned one thing...if you plan on suspending, you need to set a sleep delay. Before I set the delay I had some nasty problems because power went away immediately and the disk cache did not have a chance to flush (ouch!) and left the display where it should not be. I noticed that Windows XP has a delay of about 5 seconds. I set the sysctl and tried again and things went MUCH better. The suspend didn't leave the disk corrupt (whew!) and the display dropped to low resolution before the graphics was shut down and switched back on resume! My Radeon M7 even retained sync. Of course, the USB driver simply does not recover from a suspend on ACPI and this should be fixed before too long. Also, the backlight stays on making the suspend NVU (not very useful). But it is a huge improvement and adding a delay MAY help a lot of other laptop suspend/resume areas. Whether this will help th I5000 problems, I can't say, but it seems like suspend/resume is the most common show-stopper for ACPI on laptops, so it's worth a shot. If there is a trend that indicates that a short delay in suspending fixes a number of problems, the default delay should probably be modified from 0 to 4 or 5. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634