From owner-freebsd-current@FreeBSD.ORG Sat Apr 28 09:28:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA5C616A400 for ; Sat, 28 Apr 2007 09:28:46 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 44C5813C43E for ; Sat, 28 Apr 2007 09:28:46 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 28 Apr 2007 09:28:44 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp044) with SMTP; 28 Apr 2007 11:28:44 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX19GPv94G/dGdliHUgfRZ5KfRl26FYdVomELdz99e/ VjtJbdOmEseyoW From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Sat, 28 Apr 2007 11:28:43 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704281128.44077.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Subject: strace causes panic: sleeping thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2007 09:28:46 -0000 I see this on freshly build CURRENT (i386): Using strace causes an immediate panic, e.g. strace echo foo: [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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-marcel-freebsd". Unread portion of the kernel message buffer: Sleeping thread (tid 100078, pid 896) owns a non-sleepable lock sched_switch(c2da4a20,0,1) at sched_switch+0xff mi_switch(1,0) at mi_switch+0x1d4 sleepq_switch(c2f7e168) at sleepq_switch+0x8b sleepq_wait_sig(c2f7e168,c2da4a20,5c,0,100,...) at sleepq_wait_sig+0x1d _sleep(c2f7e168,c2f7e060,15c,c0759778,0,...) at _sleep+0x26e procfs_ioctl(c2da4a20,c2f7e000,c2b27200,40147004,c2ca3b80) at procfs_ioctl+0x1f5 pfs_ioctl(d4e18b84) at pfs_ioctl+0x60 VOP_IOCTL_APV(c0794f60,d4e18b84) at VOP_IOCTL_APV+0x38 vn_ioctl(c2ba2480,40147004,c2ca3b80,c2f60180,c2da4a20) at vn_ioctl+0x18d kern_ioctl(c2da4a20,3,40147004,c2ca3b80) at kern_ioctl+0x282 ioctl(c2da4a20,d4e18d00) at ioctl+0xf1 syscall(d4e18d38) at syscall+0x2a2 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2816474f, esp = 0xbfbfe38c, ebp = 0xbfbfe418 --- panic: sleeping thread cpuid = 0 KDB: enter: panic Uptime: 21s Physical memory: 470 MB Dumping 42 MB: 27 11 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0xc055bfe1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc055c323 in panic (fmt=0xc07619aa "sleeping thread") at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0584384 in propagate_priority (td=0xc2da4a20) at /usr/src/sys/kern/subr_turnstile.c:205 #4 0xc0584d90 in turnstile_wait (lock=0xc2f7e060, owner=0xc2da4a20, queue=0) at /usr/src/sys/kern/subr_turnstile.c:682 #5 0xc0552d87 in _mtx_lock_sleep (m=0xc2f7e060, tid=3269086160, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:415 #6 0xc0567658 in thread_suspend_check (return_instead=0) at /usr/src/sys/kern/kern_thread.c:830 #7 0xc0583d57 in userret (td=0xc2da4bd0, frame=0xd4e1bd38) at /usr/src/sys/kern/subr_trap.c:112 #8 0xc070d0c5 in syscall (frame=0xd4e1bd38) at /usr/src/sys/i386/i386/trap.c:1078 #9 0xc06f60c0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #10 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb)