From owner-freebsd-mobile@FreeBSD.ORG Wed Jul 14 10:07:33 2010 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D10CF1065674 for ; Wed, 14 Jul 2010 10:07:33 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 2D7C68FC12 for ; Wed, 14 Jul 2010 10:07:32 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o6EA7UJm070459; Wed, 14 Jul 2010 20:07:30 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 14 Jul 2010 20:07:30 +1000 (EST) From: Ian Smith To: David DEMELIER In-Reply-To: Message-ID: <20100714193921.K86988@sola.nimnet.asn.au> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Paul B Mahol , freebsd-mobile@freebsd.org Subject: Re: Who successfully suspend its laptop? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 10:07:33 -0000 On Wed, 14 Jul 2010, David DEMELIER wrote: > 2010/7/13 Paul B Mahol : > > On 7/13/10, David DEMELIER 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