From owner-freebsd-alpha Tue Mar 5 8:57:35 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id B273137B43A; Tue, 5 Mar 2002 08:57:03 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g25Gv1107090; Tue, 5 Mar 2002 17:57:01 +0100 (CET) (envelope-from wkb) Date: Tue, 5 Mar 2002 17:57:01 +0100 From: Wilko Bulte To: John Baldwin Cc: murray@FreeBSD.org, freebsd-alpha@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: blockable sleep panic on Alpha / current Message-ID: <20020305175701.A7059@freebie.xs4all.nl> References: <20020304191303.A2288@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Tue, Mar 05, 2002 at 10:51:53AM -0500 X-OS: FreeBSD 4.5-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Mar 05, 2002 at 10:51:53AM -0500, John Baldwin wrote: > > On 04-Mar-02 Wilko Bulte wrote: > > During a make release I just got a panic. The build progressed until: > > > > gzip -cn /usr/src/lib/libc/../libc/stdlib/imaxabs.3 > imaxabs.3.gz > > gzip -cn /usr/src/lib/libc/../libc/stdlib/imaxdiv.3 > imaxdiv.3.gz > > gzip -cn /usr/src/lib/libc/../libc/stdlib/labs.3 > labs.3.gz > > > > The running system is a -current as of today. > > > > The panic: > > > > login: > > FreeBSD/alpha (ds10.wbnet) (ttyd0) > > > > login: panic: blockable sleep lock (sleep mutex) Giant @ > > ../../../alpha/alpha/tr > > ap.c:482 > > cpuid = 0; panic > > Stopped at Debugger+0x34: zapnot v0,#0xf,a0 > > db> > > db> trace > > Debugger() at Debugger+0x34 > > panic() at panic+0x188 > > witness_lock() at witness_lock+0xb4 > > _mtx_lock_flags() at _mtx_lock_flags+0xd8 > > trap() at trap+0x4c8 > > XentMM() at XentMM+0x2c > > --- memory management fault (from ipl 7) --- > > statclock_process() at statclock_process+0x1d4 > > We did something stupid like dereference a NULL pointer here. Can you pull up > gdb on kernel.debug and do 'l *statclock_process+0x1d4'? Is gdb broken on Alpha, or is it just me? ds10#gdb ^C ds10#gdb -k ^C ds10# In short, gdb just sits there (??). On x86/stable I get: wb ~: gdb GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (gdb) wb ~: wb ~: etc I'll to reproduce the problem again. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message