From owner-freebsd-current Fri Jul 5 23: 0:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2810337B449 for ; Fri, 5 Jul 2002 23:00:25 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C96643E09 for ; Fri, 5 Jul 2002 23:00:24 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020706060023.GPTX903.sccrmhc03.attbi.com@InterJet.elischer.org>; Sat, 6 Jul 2002 06:00:23 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id WAA16746; Fri, 5 Jul 2002 22:59:40 -0700 (PDT) Date: Fri, 5 Jul 2002 22:59:39 -0700 (PDT) From: Julian Elischer To: Andrew Gallatin Cc: freebsd-current@freebsd.org Subject: Re: panic broken on alpha or scsi or up In-Reply-To: <15654.26495.25741.948480@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG put a breakpoint at msleep+0x290 then continue.. sprinkle a few breakpoints at locations you think other processes ahould be hitting if they were to be running.. On Fri, 5 Jul 2002, Andrew Gallatin wrote: > > Hi Julian, > > When I panic an alpha these days, I end up with the random_kthread > spinning on the cpu stuck in msleep, and I never get the disks sync'ed > (or, if I disable sync'ing, I never get through a dump): > > panic: vm_page_wakeup: page not busy!!! > panic > Stopped at Debugger+0x34: zapnot v0,#0xf,v0 > db> c > > syncing disks... 3 3 > > > > Stopped at siointr1+0x198: br > zero,siointr1+0x330 > db> tr > siointr1() at siointr1+0x198 > siointr() at siointr+0x40 > isa_handle_fast_intr() at isa_handle_fast_intr+0x24 > alpha_dispatch_intr() at alpha_dispatch_intr+0xd0 > interrupt() at interrupt+0x110 > XentInt() at XentInt+0x28 > --- interrupt (from ipl 0) --- > msleep() at msleep+0x20 > random_kthread() at random_kthread+0xb4 > fork_exit() at fork_exit+0xe0 > exception_return() at exception_return > --- root of call graph --- > db> c > > > > Stopped at siointr1+0x198: br zero,siointr1+0x330 > > db> where > No such command > db> tr > siointr1() at siointr1+0x198 > siointr() at siointr+0x40 > isa_handle_fast_intr() at isa_handle_fast_intr+0x24 > alpha_dispatch_intr() at alpha_dispatch_intr+0xd0 > interrupt() at interrupt+0x110 > XentInt() at XentInt+0x28 > --- interrupt (from ipl 0) --- > critical_exit() at critical_exit+0x20 > _mtx_unlock_spin_flags() at _mtx_unlock_spin_flags+0x94 > msleep() at msleep+0x290 > random_kthread() at random_kthread+0xb4 > fork_exit() at fork_exit+0xe0 > exception_return() at exception_return > --- root of call graph --- > db> reboot > > > If I disable the randomness thing, I end up getting stuck in another > kernel process: > > db> tr > siointr1() at siointr1+0x198 > siointr() at siointr+0x40 > isa_handle_fast_intr() at isa_handle_fast_intr+0x24 > alpha_dispatch_intr() at alpha_dispatch_intr+0xd0 > interrupt() at interrupt+0x110 > XentInt() at XentInt+0x28 > --- interrupt (from ipl 0) --- > critical_exit() at critical_exit+0x20 > _mtx_unlock_spin_flags() at _mtx_unlock_spin_flags+0x94 > msleep() at msleep+0x290 > buf_daemon() at buf_daemon+0x1f4 > fork_exit() at fork_exit+0xe0 > exception_return() at exception_return > --- root of call graph --- > > > I don't have this problem on my x86 testbox, but it has > an IDE disk and is SMP. The alpha with the problem is > UP, and uses a SCSI disk (isp controller). > > Any ideas? Are people able to get crashdumps on UP SCSI x86s? > > Thanks, > > Drew > > PS: I was going to make the subject "can't take a dump", but > I thought the better of it ;) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message