Date: Tue, 22 Aug 2006 21:06:42 +0200 From: Pav Lucistnik <pav@FreeBSD.org> To: Eric Anderson <anderson@centtech.com> Cc: src-committers@FreeBSD.org, "Patrick M. Hausen" <hausen@punkt.de>, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org, Gleb Smirnoff <glebius@FreeBSD.org>, Pyun YongHyeon <yongari@FreeBSD.org> Subject: Re: cvs commit: src/sys/dev/em if_em.c Message-ID: <1156273602.91618.6.camel@ikaros.oook.cz> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-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 <pav@oook.cz>
<pav@FreeBSD.org>
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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1156273602.91618.6.camel>