From owner-freebsd-current@FreeBSD.ORG Sat Sep 13 15:20:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15CAC1065673; Sat, 13 Sep 2008 15:20:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 82D8D8FC1E; Sat, 13 Sep 2008 15:20:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [IPv6:2001:470:1f11:75:2a0:d2ff:fe18:8b38]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8DFKDP4059360; Sat, 13 Sep 2008 11:20:25 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Robert Watson Date: Sat, 13 Sep 2008 11:12:30 -0400 User-Agent: KMail/1.9.7 References: <87prnjh80z.fsf@kobe.laptop> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809131112.31163.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:2001:470:1f11:75::1]); Sat, 13 Sep 2008 11:20:25 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8230/Fri Sep 12 20:08:14 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, Giorgos Keramidas Subject: Re: panic in rt_check_fib() 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, 13 Sep 2008 15:20:32 -0000 On Saturday 13 September 2008 10:15:38 am Robert Watson wrote: > On Sat, 13 Sep 2008, Robert Watson wrote: > > On Fri, 5 Sep 2008, Giorgos Keramidas wrote: > >> A kernel that I built last night to test Ed's "packet mode" for ptys > >> included all the changes up to 182743 panics with: > > > > I had an identical panic on 7-STABLE last night: > > > > db> bt > > Tracing pid 782 tid 100091 td 0xc4496440 > > kdb_enter_why(c0b25ea1,c0b25ea1,c0b24c19,e6772978,0,...) at > > kdb_enter_why+0x3a > > panic(c0b24c19,c0b32d59,c0b32d7a,633,c436c9b0,...) at panic+0x12c > > _mtx_lock_sleep(c436ddf4,c4496440,0,c0b32d7a,633,...) at > > _mtx_lock_sleep+0x4a > > _mtx_lock_flags(c436ddf4,0,c0b32d7a,633,c436ca14,...) at > > _mtx_lock_flags+0xd1 > > This is actually from i386/machine/pcpu.h, line 194: > > static __inline struct thread * > __curthread(void) > { > struct thread *td; > > __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > return (td); > } No, there is no "panic" message there. Check the actual "panic" string, it's recursing on a non-recursable mutex. I.e. it's trying to lock the same rtentry twice for some reason. -- John Baldwin