From owner-freebsd-mobile Wed Oct 29 18:02:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA04333 for mobile-outgoing; Wed, 29 Oct 1997 18:02:09 -0800 (PST) (envelope-from owner-freebsd-mobile) Received: from ns.mt.sri.com (SRI-56K-FR.mt.net [206.127.65.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA04328 for ; Wed, 29 Oct 1997 18:02:05 -0800 (PST) (envelope-from nate@rocky.mt.sri.com) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.7/8.8.7) with ESMTP id TAA06144; Wed, 29 Oct 1997 19:02:03 -0700 (MST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id TAA15796; Wed, 29 Oct 1997 19:02:02 -0700 (MST) Date: Wed, 29 Oct 1997 19:02:02 -0700 (MST) Message-Id: <199710300202.TAA15796@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: John Polstra Cc: Nate Williams , mobile@freebsd.org Subject: Re: Suspend/resume in -current: still no joy In-Reply-To: <199710300148.RAA03943@austin.polstra.com> References: <199710292357.QAA14798@rocky.mt.sri.com> <199710300148.RAA03943@austin.polstra.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-mobile@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Oooh, I've got a big clue! But first ... No need to go on, your box is *exactly* like mine. > Now here's the clue. I can make it fail like that reliably when the > AC adapter is plugged in. But if I unhook the AC so that it's using > battery power, suspend/resume works perfectly every time! Plug in the > AC, and it fails again. Unplug it, and it works again. Ahh, this is a 'known' bug. Basically, the APM bios won't allow itself to powered down with the power on (for whatever reason), and because we don't handle the error condition (NO, I say I'm *NOT* going to supsend dammit!), we 'break'. So, the moral of the story is, don't suspend unless the APM allows you to. :) The other moral is 'always check your return error conditions and deal with them appropriately', but I think we all knew that one anyway. In summary, it should work fine as long as everything 'happens nicely', but when the BIOS fails to power down we don't handle things well. Another item to add to my TODO list. :) Nate