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, 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 been
> 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 our
> 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=0x060000 card=0x304b103c chip=0xd1318086
rev=0x11 hdr=0x00
vendor = 'Intel Corporation'
class = bridge
subclass = HOST-PCI
pcib1@pci0:0:3:0: class=0x060400 card=0x304b103c chip=0xd1388086
rev=0x11 hdr=0x01
vendor = 'Intel Corporation'
class = bridge
subclass = PCI-PCI
none0@pci0:0:8:0: class=0x088000 card=0x004b003c chip=0xd1558086
rev=0x11 hdr=0x00
vendor = 'Intel Corporation'
class = base peripheral
none1@pci0:0:8:1: class=0x088000 card=0x004b003c chip=0xd1568086
rev=0x11 hdr=0x00
vendor = 'Intel Corporation'
class = base peripheral
none2@pci0:0:8:2: class=0x088000 card=0x004b003c chip=0xd1578086
rev=0x11 hdr=0x00
vendor = 'Intel Corporation'
class = base peripheral
none3@pci0:0:8:3: class=0x088000 card=0x004b003c chip=0xd1588086
rev=0x11 hdr=0x00
vendor = 'Intel Corporation'
class = base peripheral
none4@pci0:0:16:0: class=0x088000 card=0x004b003c chip=0xd1508086
rev=0x11 hdr=0x00
vendor = 'Intel Corporation'
class = base peripheral
none5@pci0:0:16:1: class=0x088000 card=0x004b003c chip=0xd1518086
rev=0x11 hdr=0x00
vendor = 'Intel Corporation'
class = base peripheral
none6@pci0:0:22:0: class=0x078000 card=0x304b103c chip=0x3b648086
rev=0x06 hdr=0x00
vendor = 'Intel Corporation'
class = simple comms
none7@pci0:0:22:3: class=0x070002 card=0x304b103c chip=0x3b678086
rev=0x06 hdr=0x00
vendor = 'Intel Corporation'
class = simple comms
subclass = UART
em0@pci0:0:25:0: class=0x020000 card=0x304b103c chip=0x10ef8086
rev=0x05 hdr=0x00
vendor = 'Intel Corporation'
class = network
subclass = ethernet
ehci0@pci0:0:26:0: class=0x0c0320 card=0x304b103c chip=0x3b3c8086
rev=0x05 hdr=0x00
vendor = 'Intel Corporation'
class = serial bus
subclass = USB
hdac1@pci0:0:27:0: class=0x040300 card=0x304b103c chip=0x3b568086
rev=0x05 hdr=0x00
vendor = 'Intel Corporation'
class = multimedia
subclass = HDA
pcib2@pci0:0:28:0: class=0x060400 card=0x304b103c chip=0x3b428086
rev=0x05 hdr=0x01
vendor = 'Intel Corporation'
class = bridge
subclass = PCI-PCI
pcib3@pci0:0:28:4: class=0x060400 card=0x304b103c chip=0x3b4a8086
rev=0x05 hdr=0x01
vendor = 'Intel Corporation'
class = bridge
subclass = PCI-PCI
pcib4@pci0:0:28:6: class=0x060400 card=0x304b103c chip=0x3b4e8086
rev=0x05 hdr=0x01
vendor = 'Intel Corporation'
class = bridge
subclass = PCI-PCI
ehci1@pci0:0:29:0: class=0x0c0320 card=0x304b103c chip=0x3b348086
rev=0x05 hdr=0x00
vendor = 'Intel Corporation'
class = serial bus
subclass = USB
pcib5@pci0:0:30:0: class=0x060401 card=0x304b103c chip=0x244e8086
rev=0xa5 hdr=0x01
vendor = 'Intel Corporation'
device = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub
Interface to PCI Bridge'
class = bridge
subclass = PCI-PCI
isab0@pci0:0:31:0: class=0x060100 card=0x304b103c chip=0x3b0a8086
rev=0x05 hdr=0x00
vendor = 'Intel Corporation'
class = bridge
subclass = PCI-ISA
ahci0@pci0:0:31:2: class=0x010601 card=0x304b103c chip=0x3b228086
rev=0x05 hdr=0x00
vendor = 'Intel Corporation'
device = 'IBEX AHCI Controller(6Port) (Intel Q57 Express)'
class = mass storage
subclass = SATA
vgapci0@pci0:1:0:0: class=0x030000 card=0x10021002 chip=0x94981002
rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
device = 'ATI Radeon HD 4650 (RV730)'
class = display
subclass = VGA
hdac0@pci0:1:0:1: class=0x040300 card=0xaa381002 chip=0xaa381002
rev=0x00 hdr=0x00
vendor = 'ATI Technologies Inc. / Advanced Micro Devices, Inc.'
class = multimedia
subclass = HDA
%ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
options=3<RXCSUM,TXCSUM>
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
vboxnet0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 0a:00:27:00:00:00
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=219b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,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=29<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/max)
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 on.
>
> Thanks for your patience,
>
> Jack
>
Thanks for your time
--
Olivier Smedts _
ASCII ribbon campaign ( )
e-mail: olivier@gid0.org - against HTML email & vCards X
www: http://www.gid0.org - against proprietary attachments / \
"Il y a seulement 10 sortes de gens dans le monde :
ceux qui comprennent le binaire,
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>