From owner-freebsd-alpha Mon Mar 4 23: 8:19 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 61BF837B402; Mon, 4 Mar 2002 23:08:02 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g25781405283; Tue, 5 Mar 2002 08:08:01 +0100 (CET) (envelope-from wkb) Date: Tue, 5 Mar 2002 08:08:01 +0100 From: Wilko Bulte To: freebsd-current@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Subject: Re: blockable sleep panic on Alpha / current Message-ID: <20020305080801.D5099@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: <20020304191303.A2288@freebie.xs4all.nl>; from wkb@freebie.xs4all.nl on Mon, Mar 04, 2002 at 07:13:03PM +0100 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 Mon, Mar 04, 2002 at 07:13:03PM +0100, Wilko Bulte wrote: Another one, appears to be identical. No dump, no kernel debugger unfortunately. The kernel has WITNESS enabled too. I'll try to catch a dump if that is helpful to someone? Wilko FreeBSD/alpha (ds10.wbnet) (ttyd0) login: panic: blockable sleep lock (sleep mutex) Giant @ ../../../alpha/alpha/tr ap.c:482 cpuid = 0; panic Stopped at fatal kernel trap: trap entry = 0x2 (memory management fault) cpuid = 0 faulting va = 0x60 type = access violation cause = load instructon pc = 0xfffffc000050b220 ra = 0xfffffc000050b218 sp = 0xfffffe000e22c450 usp = 0x11fff0a8 curthread = 0xfffffe000e107d00 pid = 44138, comm = cc Stopped at fatal kernel trap: trap entry = 0x2 (memory management fault) cpuid = 0 faulting va = 0x60 type = access violation cause = load instructon pc = 0xfffffc000050b220 ra = 0xfffffc000050b218 sp = 0xfffffe000e22b9c8 usp = 0x11fff0a8 curthread = 0xfffffe000e107d00 pid = 44138, comm = cc Stopped at fatal kernel trap: trap entry = 0x2 (memory management fault) cpuid = 0 faulting va = 0x60 type = access violation cause = load instructon pc = 0xfffffc000050b220 ra = 0xfffffc000050b218 sp = 0xfffffe000e22af40 usp = 0x11fff0a8 curthread = 0xfffffe000e107d00 pid = 44138, comm = cc Stopped at halted CPU 0 halt code = 2 kernel stack not valid halt PC = fffffc00004231ec >>> > 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 > statclock() at statclock+0x78 > alpha_clock_interrupt() at alpha_clock_interrupt+0xac > interrupt() at interrupt+0xb8 > XentInt() at XentInt+0x28 > --- interrupt (from ipl 4) --- > critical_exit() at critical_exit+0x1c > _mtx_unlock_spin_flags() at _mtx_unlock_spin_flags+0xd4 > witness_lock() at witness_lock+0x408 > _mtx_lock_flags() at _mtx_lock_flags+0xd8 > lockmgr() at lockmgr+0x70 > vm_map_lock_read() at vm_map_lock_read+0x28 > vm_map_lookup() at vm_map_lookup+0x78 > vm_fault1() at vm_fault1+0xa8 > vm_fault() at vm_fault+0x64 > trap() at trap+0x6d8 > XentMM() at XentMM+0x2c > --- memory management fault --- > ithread_schedule() at ithread_schedule+0xa4 > alpha_dispatch_intr() at alpha_dispatch_intr+0x130 > interrupt() at interrupt+0x138 > XentInt() at XentInt+0x28 > --- interrupt (from ipl 0) --- > critical_exit() at critical_exit+0x1c > _mtx_unlock_spin_flags() at _mtx_unlock_spin_flags+0xd4 > vm_fault1() at vm_fault1+0x110c > vm_fault() at vm_fault+0x64 > trap() at trap+0x6d8 > XentMM() at XentMM+0x2c > --- memory management fault --- > pmap_enter_quick() at pmap_enter_quick+0x1d4 > pmap_object_init_pt() at pmap_object_init_pt+0x1a4 > vm_map_insert() at vm_map_insert+0x35c > elf_load_section() at elf_load_section+0x190 > exec_elf_imgact() at exec_elf_imgact+0x278 > execve() at execve+0x324 > syscall() at syscall+0x338 > XentSys() at XentSys+0x64 > --- syscall (59, FreeBSD ELF, execve) --- > --- user mode --- > db> > > > -- > | / o / /_ _ wilko@FreeBSD.org > |/|/ / / /( (_) Bulte Arnhem, the Netherlands > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message ---end of quoted text--- -- | / o / /_ _ FreeBSD core team secretary |/|/ / / /( (_) Bulte wilko@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message