ACPI battery state and resume not working on Inspiron 5150

[Kevin Oberman]

> Date: Sat, 9 Aug 2003 23:17:57 -0400
> From: Scott Lambert <lambert at lambertfam.org>
> Sender: owner-freebsd-current at freebsd.org
> 
> On Sat, Aug 09, 2003 at 08:53:54PM -0400, David Gilbert wrote:
> > >>>>> "Kevin" == Kevin Oberman <oberman at es.net> writes:
> >
> > Kevin> Sorry, Joe. By the way, are you suspending with "acpiconf -s3"?
> > Kevin> Have you tried creating a hibernation partition (slice) and
> > Kevin> using -s4? That appears to work better than suspend on most
> > Kevin> platforms that support it at all.
> > Kevin>
> > Kevin> -- R. Kevin Oberman, Network Engineer
> >
> > What does a hibernation partition look like?
> >
> > My dell has a 31 meg partition that I havn't touched and my FreeBSD
> > partition.
> 
> And can you determine what the hibernation partition should look like
> from an acpidump?  I have a toshiba that only lists :
> 
> hw.acpi.supported_sleep_state: S1 S4 S5 
> 
> And I wiped the disk so fast after I bought it, that I've never seen the
> hibernation setup that originally came with it.

I hope my response to David Gilbert answered this, as well. S4 is
"hibernate" and S3 is suspend. S1 simply stops the CPU clock and is, as
far as I can tell, useless. Since your system lacks S3, it does not
look like suspend is an option.

Most systems don't come with a hibernation partition as hibernation is
a BIOS function and Windows now has the ability to hibernate to a file
in any Windows partition. Try checking with the manufacturer's web
site or tech support to see if they have a tool to do this or
information on using fdisk to do it. Since your BIOS lists S4, it
should do it.

I believe that all that is required is a slice slightly bigger (one
page bigger?) than the total memory size with a special type field
(not FAT32, FAT16, NTFS, FreeBSD or any other normal ID). BIOS sees
this in the partition table for the disk and initiates the memory dump
when S4 is requested. If no suitable partition is found, it should
ignore the request.
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman at es.net			Phone: +1 510 486-8634