From owner-freebsd-bugs Fri Aug 11 3:26:41 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 B6A8937C079; Fri, 11 Aug 2000 03:26:35 -0700 (PDT) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id A13EA9B2B; Fri, 11 Aug 2000 01:21:35 +0100 (BST) Date: Fri, 11 Aug 2000 01:21:35 +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: <20000811012135.A353@pavilion.net> References: <200008101112.MAA03082@hak.lan.Awfulhak.org> <20000810122214.J1050@pavilion.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20000810122214.J1050@pavilion.net>; from joe@pavilion.net on Thu, Aug 10, 2000 at 12:22:15PM +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:22:15PM +0100, Josef Karthauser wrote: > On Thu, Aug 10, 2000 at 12:12:17PM +0100, Brian Somers wrote: > > > > 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. To repeat - even though it looks like the KASSERT in tsleep fixed the ata code for you, it's still broken for me on the head branch. Upon a resume the debugger kicks in at tsleep within atareset. > 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. :( I've gone back to 1/Aug/2000 for the ata code to get around that local problem which isn't necessarily the direct cause of the suspend/resume hang that you mention, and which appears to be the same as the one that I opened this PR under. My suspicion is that something isn't resuming properly and when asked to suspend a second time it's hanging the system. I wish that I could find our where the hang is occuring. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message