Who successfully suspend its laptop?

[Ian Smith]

On Wed, 14 Jul 2010, David DEMELIER wrote:
 > 2010/7/13 Paul B Mahol <onemda at gmail.com>:
 > > On 7/13/10, David DEMELIER <demelier.david at gmail.com> wrote:
 > >> Hi,
 > >>
 > >> Every feedback I have, and every mails I see there is still a lot of
 > >> problems with suspend/resume on laptops with FreeBSD. Of course it's

_Some_ laptops.

 > >> not only FreeBSD the problem it's also the bad manufacturers (HP :-))

HP make a lot of different models .. which one, exactly, is yours?

 > >> that provides buggy ACPI/BIOS.

Do you have the latest BIOS upgrade installed?

 > >> Who have a laptop that fully works with suspend/resume ?

My Thinkpad T23 (i386) works fine.  Well, there was an ATA 60 second 
stall issue on resuming on 8.0-R that I've yet to check on 8-STABLE 
(ie 8.1-PRERELEASE), but it doesn't prevent resuming properly.

 > >> Personally, suspend works, but resume does not wake up the screen and
 > >> there is nothing I can do, the system seems to be freezed (maybe
 > >> panic?).

i386 or amd64? (show uname -a).  How many CPUs? (post dmesg.boot)

 > >> I will check, and try to make a kernel dump if possible.
 > >
 > > Last time I checked i386 UP resumes fine, SMP is problematic.
 > >
 > > amd64 should work in both cases.

Still may depend on the individual model, esp. regarding ACPI code.

 > To be sure that it dumps where there is enough space I added in my rc.conf :
 > 
 > dumpdev="/dev/ad0s1b"
 > dumpdir="/usr/crash"
 > 
 > I also enabled VESA in the kernel config file :
 > 
 > device		dpms
 > options		VESA
 > options		X86BIOS
 > options		SC_HISTORY_SIZE=1024
 > options		SC_PIXEL_MODE
 > 
 > But even if it panics, I have no dump/reboot. And nothing works
 > (pressing power button) so I'm only able to hard shutdown sadly.

Perhaps more like a hang than a panic if it's not dumping.  Setting 
sysctl hw.acpi.verbose=1 will print more information re suspend/resume 
steps to /var/log/messages.  Are you using 'acpiconf -s3' to suspend?

But first please let's see some detail on your particular machine, as 
requested above, and the output of:

# sysctl hw.acpi debug.acpi

cheers, Ian