From owner-freebsd-current@FreeBSD.ORG Tue Feb 12 03:45:51 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 2D63A16A41B for ; Tue, 12 Feb 2008 03:45:51 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd2mo1so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 070AB13C465 for ; Tue, 12 Feb 2008 03:45:50 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from pd3mr3so.prod.shaw.ca (pd3mr3so-qfe3.prod.shaw.ca [10.0.141.179]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JW300IB4X414150@l-daemon> for freebsd-current@FreeBSD.org; Mon, 11 Feb 2008 20:45:37 -0700 (MST) Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145]) by pd3mr3so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JW3007V2X41W650@pd3mr3so.prod.shaw.ca> for freebsd-current@FreeBSD.org; Mon, 11 Feb 2008 20:45:37 -0700 (MST) Received: from spqr.komquats.com ([24.68.216.215]) by l-daemon (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JW300FD7X3Z3110@l-daemon> for freebsd-current@FreeBSD.org; Mon, 11 Feb 2008 20:45:36 -0700 (MST) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 0431C410FA; Mon, 11 Feb 2008 19:45:32 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.14.2/8.14.2) with ESMTP id m1C3jVt6040300; Mon, 11 Feb 2008 19:45:31 -0800 X-URL: http://www.komquats.com/ Date: Mon, 11 Feb 2008 19:45:31 -0800 From: Cy Schubert In-reply-to: Message from Pyun YongHyeon "of Tue, 12 Feb 2008 10:43:12 +0900." <20080212014312.GA6953@cdnetworks.co.kr> Sender: Cy.Schubert@komquats.com X-Sender: cy@cwsent.com To: pyunyh@gmail.com Message-id: <200802120345.m1C3jVt6040300@cwsys.cwsent.com> MIME-version: 1.0 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 Content-type: text/plain; charset=us-ascii X-os: FreeBSD Cc: freebsd-current@FreeBSD.org Subject: Re: sk Panic in 8.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 03:45:51 -0000 In message <20080212014312.GA6953@cdnetworks.co.kr>, Pyun YongHyeon writes: > On Mon, Feb 11, 2008 at 04:10:40PM -0800, Cy Schubert wrote: > > Has anyone seen the following mutex panic in sk_jfree? The last time this > > system booted was Jan 31. > > > > [...] > > > panic: mtx_lock() of spin mutex (null) @ /dsk03/src/cvs-current/src/sys/mo > du > > les/sk/../../dev/sk/if_sk.c:2439 > > cpuid = 0 > > KDB: enter: panic > > [thread pid 12 tid 100038 ] > > Stopped at kdb_enter+0x34: movl $0,kdb_why > > db> bt > > Tracing pid 12 tid 100038 td 0xc3363cc0 > > kdb_enter(c0a36183,c0a36183) at kdb_enter+0x34 > > panic(c0a34f9b,0,c0cefb36,987,e2583cc0,...) at panic+0x111 > > _mtx_lock_flags(e2586bbc,0,c0cefb36,987,c35d1000,...) at > > _mtx_lock_flags+0x70 > > sk_jfree(c341f000,e2583cc0) at sk_jfree+0x3a > > mb_free_ext(c35d1000) at mb_free_ext+0x18f > > m_freem(c35d1000) at m_freem+0x1f > > arpintr(c35d1000) at arpintr+0xc0b > > netisr_dispatch(12,c35d1000) at netisr_dispatch+0x5d > > ether_demux(c33d5400,c35d1000) at ether_demux+0x1c9 > > ether_input(c33d5400,c35d1000,c33f36e0,0,c0cefb36,...) at ether_input+0x2f > 9 > > sk_jumbo_rxeof(c33f36e0,c341f000,c33d5400,0,c342d340,...) at > > sk_jumbo_rxeof+0x215 > > sk_intr(c33f3680) at sk_intr+0xac > > ithread_loop(c342ab40,e2589d38) at ithread_loop+0x175 > > fork_exit(c06eded0,c342ab40,e2589d38) at fork_exit+0xb0 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0, eip = 0, esp = 0xe2589d70, ebp = 0 --- > > db> > > > > I'm not sure whether this panic is related with recent phk's change > to MEXTADD(). If this is the case, you may have to use standard MTU > instead of 9000. > Since FreeBSD now have physically contiguous jumbos I have plan to > take advantage of it instead of use of local allocator. That would > also eliminate a jlist lock required to serialize accessing jumbo > buffers allocated from driver. Give me a couple of days. Thanks. Reducing the MTU from 9000 to default (1500) circumvents the panic. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0