From owner-freebsd-bugs Thu Aug 10 4:22:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from genius.systems.pavilion.net (genius.systems.pavilion.net [212.74.1.100]) by hub.freebsd.org (Postfix) with ESMTP id 7FC7737BDD5; Thu, 10 Aug 2000 04:22:16 -0700 (PDT) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 0BCC79B2B; Thu, 10 Aug 2000 12:22:15 +0100 (BST) Date: Thu, 10 Aug 2000 12:22:15 +0100 From: Josef Karthauser To: Brian Somers Cc: freebsd-bugs@FreeBSD.ORG, sheldonh@FreeBSD.ORG Subject: Re: kern/20375: APM doesn't work properly! Suspend/resume/suspend/hang Message-ID: <20000810122214.J1050@pavilion.net> References: <200008101112.MAA03082@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200008101112.MAA03082@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Thu, Aug 10, 2000 at 12:12:17PM +0100 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Aug 10, 2000 at 12:12:17PM +0100, Brian Somers wrote: > > On Thu, Aug 10, 2000 at 01:57:52AM +0100, Brian Somers wrote: > > > > Synopsis: APM doesn't work properly! Suspend/resume/suspend/hang > > > > > > Is this still broken Joe ? Does it freeze after a soft *beep* on the > > > second suspend attempt ? > > > > After Soron's recent ATA changes I now get a spectacular crash upon > > resume. :( So I don't know. > > > > I'll do a new kernel build today and check the state of play. > > With the dodgy call to tsleep (passing a NULL as the first arg) I was > getting a panic in the KASSERT in tsleep(), but once that was fixed > I'm back where I can suspend, resume then lock up when I try to suspend > again. > > It'd be worth looking at a crash trace if you can get one. Mine was working once _until_ the tsleep fix! I'll recompile the kernel again afresh and check again. My guess is that this tsleep is independant to my original report. My original problem is the same as what you report above. I've tried with a cutdown kernel, to remove the possibility that it's pcm, etc, but it does appear to be more fundamental than that. I don't get a crash, just a hang, so no coredump or back trace is available. :( Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message