atom feed12 messages in org.freebsd.freebsd-mobileRe: Who successfully suspend its laptop?
FromSent OnAttachments
David DEMELIERJul 13, 2010 11:59 am 
Jung-uk KimJul 13, 2010 1:49 pm 
Paul B MaholJul 13, 2010 2:11 pm 
David DEMELIERJul 14, 2010 1:27 am 
Ian SmithJul 14, 2010 3:07 am 
David DEMELIERJul 14, 2010 4:24 am.boot
Ted FaberJul 14, 2010 10:25 am 
Ian SmithJul 14, 2010 10:27 pm 
Karel MiklavJul 15, 2010 1:07 pm 
Frank StaalsJul 21, 2010 12:32 am 
David DEMELIERJul 21, 2010 1:00 am 
Alexander MotinJul 21, 2010 9:20 am 
Subject:Re: Who successfully suspend its laptop?
From:Ian Smith (smi@nimnet.asn.au)
Date:Jul 14, 2010 3:07:01 am
List:org.freebsd.freebsd-mobile

On Wed, 14 Jul 2010, David DEMELIER wrote:

2010/7/13 Paul B Mahol <one@gmail.com>:

On 7/13/10, David DEMELIER <deme@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