Date: Thu, 5 May 2011 14:27:27 +0200 From: Olivier Smedts <olivier@gid0.org> To: FreeBSD current mailing list <current@freebsd.org> Cc: Jack Vogel <jfvogel@gmail.com> Subject: Re: problems with em(4) since update to driver 7.2.2 Message-ID: <BANLkTikh4c-KpQFwKb4-gU2z3bveiAg2Kw@mail.gmail.com> In-Reply-To: <BANLkTin2j3QzO0pwVHe9Nm-L8otEf9pcbg@mail.gmail.com> References: <BANLkTinrfZbO%2BMUDDuzsoaN1y-=_O8LgNA@mail.gmail.com> <4D94A354.9080903@sentex.net> <AANLkTik_XPsVWL-KqHkPic1KQ0SdCSk6u_9ykRefi3VE@mail.gmail.com> <BANLkTi=K5ASG9TWLAh5r%2Bzo9Wy1stMf9WA@mail.gmail.com> <BANLkTikPPzxZ6XRAaqrvdeXBp=Ydvz7hNg@mail.gmail.com> <BANLkTi=rhZ0dyO6Zq13jY6-NKVE8n24YyQ@mail.gmail.com> <4DC07013.9070707@gmx.net> <BANLkTi=DmQsVvJOaoxMr5GPOLkjs7sdTxQ@mail.gmail.com> <4DC078BD.9080908@gmx.net> <BANLkTin1ykoo80%2B9iWe%2Bg5ib1DXw%2B05BgQ@mail.gmail.com> <BANLkTi=STPT13-50dxMRgjLP_pyxL9Utyw@mail.gmail.com> <BANLkTikX8gs7Ln2KLZkA=MyieeCR%2BzKXzQ@mail.gmail.com> <BANLkTikj-wSOFWQX9Y_yN54Q_jk-=vD3LA@mail.gmail.com> <BANLkTin0ANtbWGv4CTr%2BO5xEL58hVRDefg@mail.gmail.com> <BANLkTikzpjxe%2BcMYiTRak0B0tnkhrW%2BBow@mail.gmail.com> <BANLkTikUJOD%2BtzYoiHCoWHrD36PxLQgN7A@mail.gmail.com> <BANLkTin2j3QzO0pwVHe9Nm-L8otEf9pcbg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hello,
(sorry for dual posting)
2011/5/4 Jack Vogel <jfvogel@gmail.com>:
> I have had my validation engineer busy all day, we have tried both
> a 9 kernel as well as 8.2,=A0 using the code from HEAD, and we
> cannot reproduce this problem.
>
> The data your netstat -m shows suggests to me that what's happening
> is somehow setup of the receive ring is running more than once maybe??
>
> You asked at one point how this could go into STABLE, well, because
> not only here at Intel, but at lots of external customers this code has b=
een
> used and tested thoroughly.
>
> I am not calling into question your problem, but until I understand what =
it
> is I cannot "fix" it :)
>
> The thing I am guessing right now is the culprit is the setup code, the
> reason
> is that when I ported to the igb driver I found that it did not work on o=
ur
> newer
> hardware, and so I went back to the older version of setup for igb. Now,
> even
> though I have not seen hardware fail with em, maybe there is some.
>
> To help me give me a complete pciconf -lv, and if its a namebrand system
> tell me that, including all hardware in it.
The computer is a HP Compaq 8100 Elite Convertible Minitower PC.
Here is what I have with the new driver and Arnaud Lacombe's patch.
%uname -a
FreeBSD zozo.afpicl.lan 9.0-CURRENT FreeBSD 9.0-CURRENT #0
r219752:221420: Wed May 4 11:16:37 CEST 2011
root@zozo.afpicl.lan:/usr/obj/usr/src/sys/CORE amd64
%pciconf -lv
hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x304b103c chip=3D0xd131808=
6
rev=3D0x11 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D bridge
subclass =3D HOST-PCI
pcib1@pci0:0:3:0: class=3D0x060400 card=3D0x304b103c chip=3D0xd138808=
6
rev=3D0x11 hdr=3D0x01
vendor =3D 'Intel Corporation'
class =3D bridge
subclass =3D PCI-PCI
none0@pci0:0:8:0: class=3D0x088000 card=3D0x004b003c chip=3D0xd155808=
6
rev=3D0x11 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D base peripheral
none1@pci0:0:8:1: class=3D0x088000 card=3D0x004b003c chip=3D0xd156808=
6
rev=3D0x11 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D base peripheral
none2@pci0:0:8:2: class=3D0x088000 card=3D0x004b003c chip=3D0xd157808=
6
rev=3D0x11 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D base peripheral
none3@pci0:0:8:3: class=3D0x088000 card=3D0x004b003c chip=3D0xd158808=
6
rev=3D0x11 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D base peripheral
none4@pci0:0:16:0: class=3D0x088000 card=3D0x004b003c chip=3D0xd150808=
6
rev=3D0x11 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D base peripheral
none5@pci0:0:16:1: class=3D0x088000 card=3D0x004b003c chip=3D0xd151808=
6
rev=3D0x11 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D base peripheral
none6@pci0:0:22:0: class=3D0x078000 card=3D0x304b103c chip=3D0x3b64808=
6
rev=3D0x06 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D simple comms
none7@pci0:0:22:3: class=3D0x070002 card=3D0x304b103c chip=3D0x3b67808=
6
rev=3D0x06 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D simple comms
subclass =3D UART
em0@pci0:0:25:0: class=3D0x020000 card=3D0x304b103c chip=3D0x10ef808=
6
rev=3D0x05 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D network
subclass =3D ethernet
ehci0@pci0:0:26:0: class=3D0x0c0320 card=3D0x304b103c chip=3D0x3b3c808=
6
rev=3D0x05 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D serial bus
subclass =3D USB
hdac1@pci0:0:27:0: class=3D0x040300 card=3D0x304b103c chip=3D0x3b56808=
6
rev=3D0x05 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D multimedia
subclass =3D HDA
pcib2@pci0:0:28:0: class=3D0x060400 card=3D0x304b103c chip=3D0x3b42808=
6
rev=3D0x05 hdr=3D0x01
vendor =3D 'Intel Corporation'
class =3D bridge
subclass =3D PCI-PCI
pcib3@pci0:0:28:4: class=3D0x060400 card=3D0x304b103c chip=3D0x3b4a808=
6
rev=3D0x05 hdr=3D0x01
vendor =3D 'Intel Corporation'
class =3D bridge
subclass =3D PCI-PCI
pcib4@pci0:0:28:6: class=3D0x060400 card=3D0x304b103c chip=3D0x3b4e808=
6
rev=3D0x05 hdr=3D0x01
vendor =3D 'Intel Corporation'
class =3D bridge
subclass =3D PCI-PCI
ehci1@pci0:0:29:0: class=3D0x0c0320 card=3D0x304b103c chip=3D0x3b34808=
6
rev=3D0x05 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D serial bus
subclass =3D USB
pcib5@pci0:0:30:0: class=3D0x060401 card=3D0x304b103c chip=3D0x244e808=
6
rev=3D0xa5 hdr=3D0x01
vendor =3D 'Intel Corporation'
device =3D '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub
Interface to PCI Bridge'
class =3D bridge
subclass =3D PCI-PCI
isab0@pci0:0:31:0: class=3D0x060100 card=3D0x304b103c chip=3D0x3b0a808=
6
rev=3D0x05 hdr=3D0x00
vendor =3D 'Intel Corporation'
class =3D bridge
subclass =3D PCI-ISA
ahci0@pci0:0:31:2: class=3D0x010601 card=3D0x304b103c chip=3D0x3b22808=
6
rev=3D0x05 hdr=3D0x00
vendor =3D 'Intel Corporation'
device =3D 'IBEX AHCI Controller(6Port) (Intel Q57 Express)'
class =3D mass storage
subclass =3D SATA
vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x10021002 chip=3D0x9498100=
2
rev=3D0x00 hdr=3D0x00
vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device =3D 'ATI Radeon HD 4650 (RV730)'
class =3D display
subclass =3D VGA
hdac0@pci0:1:0:1: class=3D0x040300 card=3D0xaa381002 chip=3D0xaa38100=
2
rev=3D0x00 hdr=3D0x00
vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
class =3D multimedia
subclass =3D HDA
%ifconfig -a
lo0: flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
options=3D3<RXCSUM,TXCSUM>
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
nd6 options=3D21<PERFORMNUD,AUTO_LINKLOCAL>
vboxnet0: flags=3D8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 0a:00:27:00:00:00
em0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=3D219b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO=
4,WOL_MAGIC>
ether d4:85:64:b2:aa:f5
inet 172.28.4.104 netmask 0xffff0000 broadcast 172.28.255.255
inet6 fe80::d685:64ff:feb2:aaf5%em0 prefixlen 64 scopeid 0x1
nd6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
media: Ethernet autoselect (1000baseT <full-duplex>)
status: active
%netstat -m
1072/3293/4365 mbufs in use (current/cache/total)
1023/2035/3058/25600 mbuf clusters in use (current/cache/total/max)
1023/1793 mbuf+clusters out of packet secondary zone in use (current/cache)
0/311/311/12800 4k (page size) jumbo clusters in use (current/cache/total/m=
ax)
0/0/0/6400 9k jumbo clusters in use (current/cache/total/max)
0/0/0/3200 16k jumbo clusters in use (current/cache/total/max)
2314K/6137K/8451K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
0/0/0 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 requests for I/O initiated by sendfile
0 calls to protocol drain routines
>
> If you like Olivier I can make a version of em for you that also reverts =
the
> setup code the way I did for igb, see if that fixes it for you?
We can try that if the result will give you a better idea of what's going o=
n.
>
> Thanks for your patience,
>
> Jack
>
Thanks for your time
--=20
Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
=A0 ASCII ribbon campaign ( )
e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X
www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \
=A0 "Il y a seulement 10 sortes de gens dans le monde :
=A0 ceux qui comprennent le binaire,
=A0 et ceux qui ne le comprennent pas."
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BANLkTikh4c-KpQFwKb4-gU2z3bveiAg2Kw>