From owner-freebsd-current@FreeBSD.ORG Thu Aug 7 18:10:30 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 1584737B401 for ; Thu, 7 Aug 2003 18:10:30 -0700 (PDT) Received: from ms-smtp-02.southeast.rr.com (ms-smtp-02.southeast.rr.com [24.93.67.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C3243F75 for ; Thu, 7 Aug 2003 18:10:28 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158])h78172OE004440; Thu, 7 Aug 2003 21:07:03 -0400 (EDT) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) h7819dOQ056550; Thu, 7 Aug 2003 21:09:39 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Kevin Oberman In-Reply-To: <20030807162029.9CA025D08@ptavv.es.net> References: <20030807162029.9CA025D08@ptavv.es.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-r+wxFeDWhj9rm+ekO74W" Organization: MarcusCom, Inc. Message-Id: <1060305015.43759.7.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Thu, 07 Aug 2003 21:10:16 -0400 X-Spam-Status: No, hits=-11.6 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_XIMIAN autolearn=ham version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) 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: Fri, 08 Aug 2003 01:10:30 -0000 --=-r+wxFeDWhj9rm+ekO74W Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2003-08-07 at 12:20, Kevin Oberman wrote: > > From: Joe Marcus Clarke > > Date: Thu, 07 Aug 2003 12:06:30 -0400 > >=20 > >=20 > > --=3D-IkHq9Jbph/9SXjiWOYnQ > > Content-Type: text/plain > > Content-Transfer-Encoding: quoted-printable > >=20 > > On Thu, 2003-08-07 at 10:31, Kevin Oberman wrote: > > > > From: Joe Marcus Clarke > > > > Date: Wed, 06 Aug 2003 16:01:37 -0400 > > > > Sender: owner-freebsd-current@freebsd.org > > > >=3D20 > > > >=3D20 > > > > --=3D3D-MHp9eSkqmbnyoWl+2a1w > > > > Content-Type: text/plain > > > > Content-Transfer-Encoding: quoted-printable > > > >=3D20 > > > > 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 > > > > >=3D3D20 > > > > > I would not expect BAT1 to exist unless you have 2 batteries inst= alle=3D > > d. > > > >=3D20 > > > > Ah, good point. However, I don't see any battery sysctls, and I do= hav=3D > > e > > > > at least one battery installed. > > > >=3D20 > > > > > As to resume, on my I5000 it takes almost a minute to come back f= rom > > > > > S3, but does eventually come back on a -current from 7/30. > > > >=3D20 > > > > Thanks for the suggestion. I'll wait a bit longer. > > >=3D20 > > > 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 se= t > > > 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. > > >=3D20 > > > 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. > > >=3D20 > > > 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.=3D20 > > >=3D20 > > > 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 tha= t > > > a short delay in suspending fixes a number of problems, the default > > > delay should probably be modified from 0 to 4 or 5. > >=20 > > I tried your suggestion, but this just prolonged the inevitable for 5 > > seconds. The laptop still remained dead to all input and no video afte= r > > resume. >=20 > Sorry, Joe. By the way, are you suspending with "acpiconf -s3"? Have > you tried creating a hibernation partition (slice) and using -s4? That > appears to work better than suspend on most platforms that support > it at all. Actually, I was closing the lid which set sleep state to S1. I changed to so it would be S3, and that made some what of a difference, but the overall problem is the same: the laptop never wakes back up. After a "resume" I can no longer see the display or ping the laptop. However, waking from S3 restored USB and keyboard functionality. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-r+wxFeDWhj9rm+ekO74W Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQA/Mvh3b2iPiv4Uz4cRAhKiAJ0d2xSADt2oAPqFXBknwMMF86pR4wCgh/kB nhbCOCZLlk/v/lpYFwUHTdg= =7sEo -----END PGP SIGNATURE----- --=-r+wxFeDWhj9rm+ekO74W--