From owner-freebsd-stable@FreeBSD.ORG Sat Jan 11 22:48:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 554AA258 for ; Sat, 11 Jan 2014 22:48:27 +0000 (UTC) Received: from nm21-vm3.bullet.mail.ne1.yahoo.com (nm21-vm3.bullet.mail.ne1.yahoo.com [98.138.91.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 07ED51CBF for ; Sat, 11 Jan 2014 22:48:26 +0000 (UTC) Received: from [98.138.100.112] by nm21.bullet.mail.ne1.yahoo.com with NNFMP; 11 Jan 2014 22:44:59 -0000 Received: from [98.138.226.63] by tm103.bullet.mail.ne1.yahoo.com with NNFMP; 11 Jan 2014 22:44:59 -0000 Received: from [127.0.0.1] by smtp214.mail.ne1.yahoo.com with NNFMP; 11 Jan 2014 22:44:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1389480299; bh=W6qrjgxL3bAxcys6Ac9GWx3bES8YKG544tbyDVhZ9J0=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=6H7YBPDx+yW6+N5N7lX+g75PDvniRkJsnv6+Cb7wnaNS2iw2PC8qPK6CnR2UZcGn0zNbhnfkwoAhFGtHx6jQFm1I5H1xeucakj/mOnrgg1liiiRNS+xbX5Um3fflzgM9TTL1sWDyP4oVIQxIr8+Y6IpAbNdYIbX7JPZjngMk3RQ= X-Yahoo-Newman-Id: 857316.87040.bm@smtp214.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: PE7eho0VM1kyafLPitZLEzksjq0YEAclvKm_d2WXJhydvSN 2FZTrrDpMrquVDESeDMTjVi.wWcKWHAnSfhcOMYAFkxRg5Rg9Y50rp50dmY7 MUDPRNbYbQn8WB98rjHB_khTEBsOZGKIQM6FRtWfZmBGoxf4xNhOyomriXbm ykBO8ZMM_osPay.BrUpgf6s477Kh.JIGkr0XE99YD27Qx4nYC5JmBxIe8Gvo ZGNcnSPGAZkHsFniEsVsLze_8CXM6TONy.XDJUtYFfcFm5tw8UOxfy8tXZON 4LGomEqoIB9XUMzX6DZ0L3HR8SZ_ykwDeuICY5X94DtEPbETVX7gdfHuXhJp oQIfnr8QRns9PBS1IdYOm5Rb9VE5GXJUALrbd6gcU9gttjpCaeX6wbw6z2zC 9.bfHSMtDft_F.20Y4D70l7b_qWTzpXBh_Pe5N8hAove7MvEA1uTJnck1D61 E2z66ui8UtYJGffYybgMisV9Q8JTN7LlnGeemmb1.FEUAMm5RzlWazcLFxgX gTQaNQnmgzBQOrFDtVwP1Otdg3A3ZWs6LhpPa18JG7u6FCU5u5jHyg9uHQg7 .m0K52kmCwXY6hWwzCR32A9h7Vl_u11zgzU1n.yJeA8NPWyz1PnK7YAC1XuN zfgaaQuCJN2eYKzrJgxH5J5UXzjL_TRh4MRBtidJrf086E0XX.Ccnd1wLZTV ma8HQY4hzgMF84_6szO0YPA2MWOTuqA-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.228] (sean_bruno@24.23.220.111 with plain [98.139.211.125]) by smtp214.mail.ne1.yahoo.com with SMTP; 11 Jan 2014 14:44:59 -0800 PST Subject: Re: panic: stable/10 with Debugging enabled in kern_cons.c:500 From: Sean Bruno To: "freebsd-stable@freebsd.org" In-Reply-To: <1389478327.46758.7.camel@powernoodle.corp.yahoo.com> References: <1389478327.46758.7.camel@powernoodle.corp.yahoo.com> Content-Type: text/plain; charset="us-ascii" Date: Sat, 11 Jan 2014 14:44:57 -0800 Message-ID: <1389480297.46758.9.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 22:48:27 -0000 On Sat, 2014-01-11 at 14:12 -0800, Sean Bruno wrote: > I can't imagine that I'm the first person to run with the following > debug options enabled: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html > > But, I can't get stable/10 to post on a plain old supermicro box with > those debugging symbols enabled. > > > random: unblocking device. > panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx > @ /usr/src/sys/kern/kern_cons.c:500 > > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe1764e681b0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1764e68260 > vpanic() at vpanic+0x126/frame 0xfffffe1764e682a0 > kassert_panic() at kassert_panic+0x136/frame 0xfffffe1764e68310 > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x166/frame > 0xfffffe1764e68350 > cnputs() at cnputs+0x32/frame 0xfffffe1764e68370 > putchar() at putchar+0x13a/frame 0xfffffe1764e683f0 > kvprintf() at kvprintf+0xda/frame 0xfffffe1764e684f0 > vprintf() at vprintf+0x87/frame 0xfffffe1764e685c0 > printf() at printf+0x43/frame 0xfffffe1764e68620 > witness_checkorder() at witness_checkorder+0xa99/frame > 0xfffffe1764e686b0 > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame > 0xfffffe1764e686f0 > uart_cnputc() at uart_cnputc+0x3b/frame 0xfffffe1764e68710 > cnputc() at cnputc+0x7f/frame 0xfffffe1764e68740 > cnputs() at cnputs+0x58/frame 0xfffffe1764e68760 > putchar() at putchar+0x13a/frame 0xfffffe1764e687e0 > kvprintf() at kvprintf+0xda/frame 0xfffffe1764e688e0 > vprintf() at vprintf+0x87/frame 0xfffffe1764e689b0 > printf() at printf+0x43/frame 0xfffffe1764e68a10 > witness_checkorder() at witness_checkorder+0xa99/frame > 0xfffffe1764e68aa0 > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame > 0xfffffe1764e68ae0 > msleep_spin_sbt() at msleep_spin_sbt+0x90/frame 0xfffffe1764e68b70 > random_kthread() at random_kthread+0x1d0/frame 0xfffffe1764e68bb0 > fork_exit() at fork_exit+0x84/frame 0xfffffe1764e68bf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe1764e68bf0 > --- trap 0, rip = 0, rsp = 0xfffffe1764e68cb0, rbp = 0 --- > KDB: enter: panic > [ thread pid 14 tid 100057 ] > Stopped at kdb_enter+0x3e: movq $0,kdb_why Witness induced. Removed the witness option and this doesn't happen (obviously). Can I get someone familiar with console code to look into this? Kind of crappy when I'm investigating a resource starvation issue. sean