From owner-freebsd-current@FreeBSD.ORG Sun May 13 22:17:31 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 A44EE16A403; Sun, 13 May 2007 22:17:31 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 3AEAA13C447; Sun, 13 May 2007 22:17:30 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l4DMHSFI095719 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 14 May 2007 00:17:29 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> References: <97D4D7C1-8FE4-48C1-9604-A567420796D5@lassitu.de> <4644D331.9080901@freebsd.org> <5729FCC6-7CD5-4D26-B075-9D517B9A06D5@lassitu.de> <3bbf2fe10705131245y276af14as53f3839e62024473@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <355DA9CE-F097-46EA-8D37-BA4C27019246@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Mon, 14 May 2007 00:17:28 +0200 To: Attilio Rao X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD Current , Andre Oppermann Subject: Re: panic: mutex tcp owned at /usr/src/sys/netinet/tcp_input.c:2475 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: Sun, 13 May 2007 22:17:31 -0000 Am 13.05.2007 um 21:45 schrieb Attilio Rao: > 2007/5/11, Stefan Bethke : >> >> Am 11.05.2007 um 22:33 schrieb Andre Oppermann: >> >> > Stefan Bethke wrote: >> >> Got this reproducable panic on AMD64 on a couple of days old - >> >> current when I try to copy a file off a ZFS dataset via >> >> netatalk's afpd (via TCP, no actual AppleTalk involved). >> > >> > This is a recursive leak of the INP_INFO_LOCK() you've hit here. >> > We don't >> > know yet where it gets leaked but we're working on it. >> >> Hhm. I can trigger it very easily. I don't have a serial console on >> this box, but I could try a few things in a debugger if anyone wants >> me to look at anything in particular. > > Hello Stefan, > can you please recompile your kernel with INVARIANTS, DDB and KTR > support? > > Just add those lines: > options INVARIANTS > options INVARIANT_SUPPORT > options KDB > options DDB > options KTR > options KTR_COMPILE=(KTR_LOCK) > options KTR_ENTRIES=65534 > > and possibly remove kbdmux from your config file (not sure if it has > still problems with our syscons, though). > > Then, when you hit that panic you should just be redirected to ddb. > At that point please write 'show ktr' in the ddb prompt and report > what it shows. Left kbdmux in for the moment. Hit the panic, and show ktr shows nothings: db> show ktr --- End of trace buffer --- db> If you think it's useful, I can remove kdbmux as well and try again. Stefan -- Stefan Bethke Fon +49 170 346 0140