Date: Wed, 21 May 2008 13:26:09 -0700 From: "Jack Vogel" <jfvogel@gmail.com> To: "Neil Hoggarth" <neil@hoggarth.me.uk> Cc: freebsd-net@freebsd.org Subject: Re: [em][panic] recursed on non-recursive mutex em0 Message-ID: <2a41acea0805211326v74baa017tc03fcd329a764ef5@mail.gmail.com> In-Reply-To: <alpine.BSF.1.10.0805211932250.1133@neilhoggarth-2.dsl.easynet.co.uk> References: <alpine.BSF.1.10.0805211932250.1133@neilhoggarth-2.dsl.easynet.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, May 21, 2008 at 12:11 PM, Neil Hoggarth <neil@hoggarth.me.uk> wrote: > Hi Folks, > > I opened PR kern/122928 last month, describing my problems with Intel > PRO/1000 MT adaptor on 7-STABLE, with v6.7.3 of the em driver: every > so often the machine would get into a state where it would repeatedly > watchdog timeout the em0 interface, and the interface would stop > receiving packets. > > A few weeks ago I cvsupped a newer version of the 7-STABLE source > tree, after v6.9.0 of the em driver was MFCed. Since I started running > on the newer build watchdog timeouts appear to be followed by a system > panic rather than the freezing up of the interface. I have no hard > evidence but it "feels like" the panics are happening under the same > sort of circumstance that was previously triggering my watchdog > problem (basically network activity combined with CPU load). A similar > observation was made by Yani Karydis on the freebsd-stable mailing > list earlier in the month: > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-May/042311.html > > I've now got a serial console set up, and I'm running a kernel with > DDB support compiled in. I managed to get the information below out of > the most recent panic. Is anyone able to use this to debug the > situation? What else might I try to gather useful information? This is a helpful start, I'll stare at the code and see... sounds like some rx lock design issue. Thanks Neil, Jack
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2a41acea0805211326v74baa017tc03fcd329a764ef5>