Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 14 Nov 2007 10:57:17 -0500
From:      Robert Noland <rnoland@2hip.net>
To:        Mike Tancsa <mike@sentex.net>
Cc:        freebsd-current@freebsd.org, jfvogel@gmail.com
Subject:   Re: em0: watchdog timeout ...
Message-ID:  <1195055837.2118.8.camel@rnoland-ibm.acs.internap.com>
In-Reply-To: <200711141515.lAEFFA7o096062@lava.sentex.ca>
References:  <20071011003619.GA84433@obelix.dsto.defence.gov.au> <fg596h$3a5$1@ger.gmane.org> <200710301328.l9UDSWAK081359@lava.sentex.ca> <200710311621.53910.jhb@freebsd.org> <7.1.0.9.0.20071031165823.25898768@sentex.net> <200711141515.lAEFFA7o096062@lava.sentex.ca>

next in thread | previous in thread | raw e-mail | index | archive | help

--=-F2GTLuMNn2V8Hal5Aoqk
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable


On Wed, 2007-11-14 at 10:15 -0500, Mike Tancsa wrote:
> At 03:58 PM 10/31/2007, Mike Tancsa wrote:
> >To: John Baldwin <jhb@freebsd.org>, freebsd-current@freebsd.org
> >From: Mike Tancsa <mike@sentex.net>
> >Subject: Re: em0: watchdog timeout ...
> >
> >At 04:21 PM 10/31/2007, John Baldwin wrote:
> >> >
> >> > em1@pci1:0:1:   class=3D0x020000 card=3D0x115e8086 chip=3D0x105e8086
> >> > rev=3D0x06 hdr=3D0x00
> >> >      vendor     =3D 'Intel Corporation'
> >> >      device     =3D 'PRO/1000 PT'
> >> >      class      =3D network
> >> >      subclass   =3D ethernet
> >> >      cap 01[c8] =3D powerspec 2  supports D0 D3  current D0
> >> >      cap 05[d0] =3D MSI supports 1 message, 64 bit
> >> >      cap 10[e0] =3D PCI-Express 1 endpoint
> >> >
> >> > its also in FastE mode and not gigE. Not sure if that makes a
> >> > difference or not.
> >>
> >>What if you use MSI?
> >
> >How do I enable that ?
>=20
>=20
>=20
> Just to follow up on this thread for the archives, enabling MSI does=20
> indeed seem to stop, or at least mitigate watchdog timeouts.   Its=20
> been almost 2 weeks on this one box and we have had zero watchdog timeout=
s.

I'm still getting these with MSI...

em0@pci0:2:0:0: class=3D0x020000 card=3D0x02f61014 chip=3D0x108c8086 rev=3D=
0x03
hdr=3D0x00
    vendor     =3D 'Intel Corporation'
    device     =3D '82573E Intel Corporation 82573E Gigabit Ethernet
Controller (Copper)'
    class      =3D network
    subclass   =3D ethernet
    cap 01[c8] =3D powerspec 2  supports D0 D3  current D0
    cap 05[d0] =3D MSI supports 1 message, 64 bit enabled with 1 message
    cap 10[e0] =3D PCI-Express 1 endpoint

rnoland-ibm% vmstat -i
interrupt                          total       rate
irq1: atkbd0                       87456          0
irq4: sio0                             2          0
irq6: fdc0                            10          0
irq14: ata0                      1896659         11
irq15: ata1                       422846          2
irq16: uhci3 drm0               10788636         63
irq22: pcm0                     15730204         92
irq23: uhci0 ehci0                258850          1
cpu0: timer                    338437976       1999
irq256: em0                      1363782          8
cpu1: timer                    338430141       1999
Total                          707416562       4180

FreeBSD rnoland-ibm.acs.internap.com 8.0-CURRENT FreeBSD 8.0-CURRENT
#112: Tue Nov  6 14:11:24 EST 2007
root@rnoland-ibm.acs.internap.com:/usr/obj/usr/src/sys/IBM  i386

em0: watchdog timeout -- resetting
em0: link state changed to DOWN
em0: link state changed to UP
em0: watchdog timeout -- resetting
em0: link state changed to DOWN
em0: link state changed to UP

It seems to occur when a new connection is being created, typically from
some fairly heavyweight application.  For example starting the acroread
plugin in firefox to download a PDF.  I haven't had time to try and
investigate it thoroughly, so this is all anecdotal.  But it is still
occurring with MSI.

robert.

>=20
> # vmstat -i
> interrupt                          total       rate
> irq1: atkbd0                           6          0
> irq4: sio0                         59020          0
> irq17: em3                        225204          0
> irq19: atapci1                    243645          0
> cpu0: timer                   1985129675       1997
> irq256: em0                   1460563078       1470
> irq257: em1                      2360550          2
> irq258: em2                   1300707554       1309
> cpu1: timer                   1985084642       1997
> Total                         6734373374       6777
>=20
> However, it *seems* to increase the amount of missed packets. But,=20
> traffic patterns are a little higher, so I cant be certain.
>=20
> em0: Missed Packets =3D 5514
> em0: Receive No Buffers =3D 1950
> em0: RX overruns =3D 9
> em2: Missed Packets =3D 220073
> em2: Receive No Buffers =3D 29034
> em2: RX overruns =3D 1498
>=20
>=20
>          ---Mike=20
>=20
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org=
"

--=-F2GTLuMNn2V8Hal5Aoqk
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (FreeBSD)

iD8DBQBHOxrWM4TrQ4qfROMRAjsZAJ0XKq/gE6lKdj0mVMNL2zM6+i+2NQCeOWmW
c3vIVhM2wQWvWNvyxqyGc2U=
=ze5W
-----END PGP SIGNATURE-----

--=-F2GTLuMNn2V8Hal5Aoqk--




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1195055837.2118.8.camel>