From owner-freebsd-current Tue Mar 5 7:55:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id D64B037B435 for ; Tue, 5 Mar 2002 07:52:29 -0800 (PST) Received: (qmail 25757 invoked from network); 5 Mar 2002 15:52:22 -0000 Received: from unknown (HELO server.baldwin.cx) ([65.91.137.49]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 5 Mar 2002 15:52:22 -0000 Received: from laptop.baldwin.cx (john@laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g25Fq5G57150; Tue, 5 Mar 2002 10:52:05 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020304191303.A2288@freebie.xs4all.nl> Date: Tue, 05 Mar 2002 10:51:53 -0500 (EST) From: John Baldwin To: Wilko Bulte Subject: RE: blockable sleep panic on Alpha / current Cc: murray@freebsd.org, freebsd-alpha@freebsd.org, freebsd-current@freebsd.org 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 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'? > XentMM() at XentMM+0x2c > --- memory management fault --- > ithread_schedule() at ithread_schedule+0xa4 Eww, we have another one here. > 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 Ugh, this is probably the real bug. :( Can you do a list on this address? > 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-alpha" in the body of the message -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message