From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 03:42:09 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 8CBABA60; Sun, 12 Jan 2014 03:42:09 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 13F661FA3; Sun, 12 Jan 2014 03:42:08 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s0C3g3Lj070101; Sun, 12 Jan 2014 05:42:03 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s0C3g3Lj070101 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s0C3g3DJ070100; Sun, 12 Jan 2014 05:42:03 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 12 Jan 2014 05:42:03 +0200 From: Konstantin Belousov To: sbruno@freebsd.org Subject: Re: panic: stable/10 with Debugging enabled in kern_cons.c:500 Message-ID: <20140112034203.GA59496@kib.kiev.ua> References: <1389478327.46758.7.camel@powernoodle.corp.yahoo.com> <1389480297.46758.9.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gc19hUUNAa02FD3H" Content-Disposition: inline In-Reply-To: <1389480297.46758.9.camel@powernoodle.corp.yahoo.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 03:42:09 -0000 --gc19hUUNAa02FD3H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 11, 2014 at 02:44:57PM -0800, Sean Bruno wrote: > 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: > >=20 > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ke= rneldebug-deadlocks.html > >=20 > > But, I can't get stable/10 to post on a plain old supermicro box with > > those debugging symbols enabled. =20 > >=20 > >=20 > > random: unblocking device. > > panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx > > @ /usr/src/sys/kern/kern_cons.c:500 > >=20 > > cpuid =3D 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 =3D 0, rsp =3D 0xfffffe1764e68cb0, rbp =3D 0 --- > > KDB: enter: panic > > [ thread pid 14 tid 100057 ] > > Stopped at kdb_enter+0x3e: movq $0,kdb_why >=20 >=20 > 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. Add options WITNESS_SKIPSPIN to the kernel config. This is required now, unfortunately. --gc19hUUNAa02FD3H Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJS0g8KAAoJEJDCuSvBvK1BkOQP/R3rHtTvElnRHFQbj0u38wvH CrJJWsX46Y87jTSR9Um8ubx05P81FwX2rL/3N/TfQVHGerlliWzlA8HW+btZtbEO XBOD5M4DV7jkXco5MYG1KtFlQr897r/6ghMLAQqhaDHpVWSFsxgUZwRm27E7Yqq6 sVbocwJvsW2GlnRjAm7cD7y0kldQiOCAPHroNn1VlKb/I33qg7PdyCAm1Q72ucmv wQVXxIslS4qvNuXBXw4aA6lYU3itv2fdnWLirLzshSURXhFvC1L6Pt7WuO+c4gKY 6PYGSnMAUfoNMd5H+uOGc7ge+zNQ/l/z/kUzuo+6T7RE2Zz8NIilzhMrHrpek+sk jzkmNaC5dbCHItwYSPDDuORObZEbm6s7R3POmcVn1SM5bDr9bpqeywGWjIcfv4uq BJi3svCyqhGazdNSxWG8S8gKC6R2/fOian/hKo/gEf9NoOkSdkajxEhFaeqS1tWf VjqXLcxpnX90KcNt8waoN6Popg7iaQh0yyknujf9OYb8MgW6XT6KdVCoJaBRSB2o eXxZopz5Wfz1+g3PUMkHLkfNAG4Qct+yjXaHKuQc+0JtNFNNNZ8FY2b7uehifefO 1wjRuMWatd+DmpJNinZHD+nz6LAI7YQaAg+X+pvs9lsGyjuWmFhCgGJFRmBPi6PN pW1Lt8nW+50ZrIwhFTu+ =l0/f -----END PGP SIGNATURE----- --gc19hUUNAa02FD3H--