From owner-cvs-src@FreeBSD.ORG Tue Aug 22 19:07:01 2006 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE2E816A4E1; Tue, 22 Aug 2006 19:07:01 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [195.250.137.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0DEB43D60; Tue, 22 Aug 2006 19:07:00 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from ikaros.oook.cz (localhost [127.0.0.1]) by hood.oook.cz (8.13.6/8.13.6) with ESMTP id k7MJ6idQ092525 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Aug 2006 21:06:44 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by ikaros.oook.cz (8.13.6/8.13.6/Submit) id k7MJ6g8F092524; Tue, 22 Aug 2006 21:06:42 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: ikaros.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Eric Anderson In-Reply-To: <44EB53E8.4030107@centtech.com> References: <200608220232.k7M2WmCr080275@repoman.freebsd.org> <20060822152333.GV96644@FreeBSD.org> <44EB220A.5000709@centtech.com> <20060822153210.GW96644@FreeBSD.org> <44EB2437.5070206@centtech.com> <20060822185313.GX96644@FreeBSD.org> <44EB53E8.4030107@centtech.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-pH/BvzHmH0dFHYY3TVee" Date: Tue, 22 Aug 2006 21:06:42 +0200 Message-Id: <1156273602.91618.6.camel@ikaros.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Cc: src-committers@FreeBSD.org, "Patrick M. Hausen" , cvs-src@FreeBSD.org, cvs-all@FreeBSD.org, Gleb Smirnoff , Pyun YongHyeon Subject: Re: cvs commit: src/sys/dev/em if_em.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 19:07:01 -0000 --=-pH/BvzHmH0dFHYY3TVee Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Eric Anderson p=ED=B9e v =FAt 22. 08. 2006 v 13:58 -0500: > On 08/22/06 13:53, Gleb Smirnoff wrote: > > On Tue, Aug 22, 2006 at 10:35:19AM -0500, Eric Anderson wrote: > > E> >E> >P> yongari 2006-08-22 02:32:48 UTC > > E> >E> >P>=20 > > E> >E> >P> FreeBSD src repository > > E> >E> >P>=20 > > E> >E> >P> Modified files: > > E> >E> >P> sys/dev/em if_em.c=20 > > E> >E> >P> Log: > > E> >E> >P> It seems that em(4) misses Tx completion interrupts under = certain > > E> >E> >P> conditions. The cause of missing Tx completion interrupts = comes=20 > > E> >from > > E> >E> >P> Tx interrupt moderation mechanism(delayed interrupts) or c= hipset=20 > > E> >bug. > > E> >E> >P> If Tx interrupt moderation mechanism is the cause of false= =20 > > E> >watchdog > > E> >E> >P> timeout error we should have to fix all device drivers tha= t have=20 > > E> >Tx > > E> >E> >P> interrupt moderation capability. We may need more investig= ation > > E> >E> >P> for this issue. Anyway, the fix is the same for both cases= . > > E> >E> >P> =20 > > E> >E> >P> This should fix occasional watchdog timeout errors seen on= a few > > E> >E> >P> systems. > > E> >E> >P> =20 > > E> >E> >P> Reported by: -net, Patrick M. Hausen < hausen AT punkt = DOT de > > > E> >E> >P> Tested by: Patrick M. Hausen < hausen AT punkt DOT de= > > > E> >E> > > > E> >E> >This look like a workaround, not a fix the root of the problem.= Several > > E> >E> >people on net said that this problem disappears if debug.mpsafe= net=3D0. > > E> >E> >So I think there is a problem in FreeBSD or driver, not in chip= . > > E> >E>=20 > > E> >E> And it also worked perfectly for a very very long time until 6.x= tree.=20 > > E> >E> I went from 5-STABLE to 6-STABLE and started seeing it a lot ( a= few=20 > > E> >E> times per day) on a couple servers. > > E> > > > E> >In 5-STABLE the watchdog events were not logged, but the watchdog w= as > > E> >processed. > > E>=20 > > E> But my interface never seemed to disappear (I page if the interface = goes=20 > > E> down), and I'd still notice a link up/down, correct? > >=20 > > In 5-STABLE the interface up/down events were not logged, either. > >=20 >=20 >=20 > Ok. Well, I just recalled that on a separate system (my workstation=20 > actually), I went from 6.1-R to 6-STABLE as of about 8 days ago, and it=20 > now exhibits the problem too, which hasn't happened before. Yes, there was an MFC of new em driver to 6-STABLE after 6.1-RELEASE. I was badly hit by it too. But it appears only on some revisions of the silicon...=20 --=20 Pav Lucistnik Like 'Do Notte Buye Betamacks.' That was a prediction for 1972. --=-pH/BvzHmH0dFHYY3TVee Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBE61XCntdYP8FOsoIRAkw9AJ4krOL/2YRTRUD/60tNJNaF48nHBgCgtMl6 Jebi/xX8wfaT+kdu+LvOfPo= =5ADz -----END PGP SIGNATURE----- --=-pH/BvzHmH0dFHYY3TVee--