From owner-freebsd-mobile@FreeBSD.ORG Mon Dec 1 13:34:19 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A204C16A4CE for ; Mon, 1 Dec 2003 13:34:19 -0800 (PST) Received: from postal1.es.net (proxy.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id B950E43F85 for ; Mon, 1 Dec 2003 13:34:17 -0800 (PST) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id MUA74016; Mon, 01 Dec 2003 13:34:16 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 469935D04; Mon, 1 Dec 2003 13:34:16 -0800 (PST) To: Peter Schuller In-Reply-To: Message from Peter Schuller <200312010222.42940.peter.schuller@infidyne.com> Date: Mon, 01 Dec 2003 13:34:16 -0800 From: "Kevin Oberman" Message-Id: <20031201213416.469935D04@ptavv.es.net> cc: FreeBSD Laptoppers Subject: Re: thinkpad t40 4.0-stable won't resume X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 21:34:19 -0000 > From: Peter Schuller > Date: Mon, 1 Dec 2003 02:22:42 +0100 > Sender: owner-freebsd-mobile@freebsd.org > > > > Hmm. Resume as in resume after an apm/acpi suspend? > > > > yep. there are other resumes? > > Not that I know of, I misunderstood the reason for the inclusion of your > dmesg. > > > i thought i remembered something about ATA after resume being a > > kernel option. but i can find nothing in GENERIC or LINT. > > A suggestion: > > When I enabled apmd on my machine, I also got hangs. I solved it by inserting > a sleep of 5 seconds in /etc/apmd.conf, before the invokation of > /etc/rc.resume (not sure if this is they layout of apmd on 4.9 though). I > don't know if the hang was due to disk activity or specifically the sync > calls that are in /etc/rc.resume. > > (Previously I had been using apm but without apmd.) This sounds suspiciously like a problem that has cropped up in CURRENT with ATAng. It looks like an interrupt is lost on resume. If I have a single disk on the system, it hangs resetting that disk. If I have two disks, it hangs on the second one. Either way, it never returns from suspend. On CURRENT, this only seems to show up with ACPI, but I don't think you are using ACPI on your system from the dmesg. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634