Date: Thu, 07 Aug 2003 12:06:30 -0400 From: Joe Marcus Clarke <marcus@marcuscom.com> To: Kevin Oberman <oberman@es.net> Cc: current@freebsd.org Subject: Re: ACPI battery state and resume not working on Inspiron 5150 Message-ID: <1060272390.721.0.camel@gyros> In-Reply-To: <20030807143136.D4FB25D08@ptavv.es.net> References: <20030807143136.D4FB25D08@ptavv.es.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-IkHq9Jbph/9SXjiWOYnQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2003-08-07 at 10:31, Kevin Oberman wrote: > > From: Joe Marcus Clarke <marcus@marcuscom.com> > > Date: Wed, 06 Aug 2003 16:01:37 -0400 > > Sender: owner-freebsd-current@freebsd.org > >=20 > >=20 > > --=3D-MHp9eSkqmbnyoWl+2a1w > > Content-Type: text/plain > > Content-Transfer-Encoding: quoted-printable > >=20 > > 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 > > >=3D20 > > > I would not expect BAT1 to exist unless you have 2 batteries installe= d. > >=20 > > Ah, good point. However, I don't see any battery sysctls, and I do hav= e > > at least one battery installed. > >=20 > > > 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. > >=20 > > Thanks for the suggestion. I'll wait a bit longer. >=20 > 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. >=20 > 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. >=20 > 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.=20 >=20 > 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. I tried your suggestion, but this just prolonged the inevitable for 5 seconds. The laptop still remained dead to all input and no video after resume. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-IkHq9Jbph/9SXjiWOYnQ 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/MnkGb2iPiv4Uz4cRAttmAKCIOL7hjFWiAzRzhWEXXkDdaQ9c5gCglbY6 gUu9A4nFCpCJnxacMfan/QQ= =OwYR -----END PGP SIGNATURE----- --=-IkHq9Jbph/9SXjiWOYnQ--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1060272390.721.0.camel>