Re: ACPI battery state and resume not working on Inspiron 5150

On Thu, 2003-08-07 at 12:20, Kevin Oberman wrote:
> > From: Joe Marcus Clarke <marcus_at_marcuscom.com>
> > Date: Thu, 07 Aug 2003 12:06:30 -0400
> > 
> > 
> > --=-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_at_marcuscom.com>
> > > > Date: Wed, 06 Aug 2003 16:01:37 -0400
> > > > Sender: owner-freebsd-current_at_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.
> 
> 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

-- 
PGP Key : http://www.marcuscom.com/pgp.asc