From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 17:22:07 2013 Return-Path: Delivered-To: freebsd-current@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 7063A458 for ; Mon, 9 Dec 2013 17:22:07 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 48A461E2B for ; Mon, 9 Dec 2013 17:22:07 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3C596B972; Mon, 9 Dec 2013 12:22:06 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: r259072 is not a happy camper... Date: Mon, 9 Dec 2013 12:16:03 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <27325.1386444776@critter.freebsd.dk> In-Reply-To: <27325.1386444776@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312091216.04052.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 09 Dec 2013 12:22:06 -0500 (EST) Cc: Poul-Henning Kamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Mon, 09 Dec 2013 17:22:07 -0000 On Saturday, December 07, 2013 2:32:56 pm Poul-Henning Kamp wrote: > > I updated my "canary" machine to -current today and it's not a happy > camper. Trying to run a buildworld on it I get the follwing reproducible > panic: > > FreeBSD/amd64 (ni.freebsd.dk) (cuau0) > > login: lock order reversal: > 1st 0xfffff8011641a9a0 ufs (ufs) @ /freebsd/head/sys/kern/vfs_lookup.c:518 > 2nd 0xfffffe00e7858790 bufwait (bufwait) @ /freebsd/head/sys/ufs/ffs/ffs_vnops > .c:262 > 3rd 0xfffff800b40ad5f0 ufs (ufs) @ /freebsd/head/sys/kern/vfs_subr.c:2101 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0111361da0 > kdb_backtrace() at kdb_backtrace+0x39/frampanic: bad stray interrupt > cpuid = 2 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011120e9e0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe011120ea90 > vpanic() at vpanic+0x126/frame 0xfffffe011120ead0 > kassert_panic() at kassert_panic+0x136/frame 0xfffffe011120eb40 > intr_event_handle() at intr_event_handle+0x11d/frame 0xfffffe011120eb90 > intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe011120ebc0 > lapic_handle_intr() at lapic_handle_intr+0x73/frame 0xfffffe011120ebf0 > Xapic_isr1() at Xapic_isr1+0xa4/frame 0xfffffe011120ebf0 > --- interrupt, rip = 0x11f7b11, rsp = 0x7fffffff8b50, rbp = 0x7fffffff8b80 --- > KDB: enter: panic > [ thread pid 72149 tid 100102 ] > Stopped at kdb_enter+0x3e: movq $0,kdb_why > db> Hmmm. Maybe do 'show lapic' and 'show apic' in ddb and paste that here? -- John Baldwin