Date: Wed, 18 Jan 2017 08:32:22 -0700 From: Sean Bruno <sbruno@freebsd.org> To: "O. Hartmann" <o.hartmann@walstatt.org> Cc: freebsd-current <freebsd-current@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending Message-ID: <8e1d558c-44e9-43cf-8894-cb2f8f1bb1a1@freebsd.org> In-Reply-To: <20170118162051.17c9b88b@freyja.zeit4.iv.bundesimmobilien.de> References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <20170118083400.11156f23@freyja.zeit4.iv.bundesimmobilien.de> <eba93bf8-2acf-d7bc-0192-10e75b7b993b@freebsd.org> <1abc7c08-8664-a22e-dcab-fa884acbfce9@freebsd.org> <20170118162051.17c9b88b@freyja.zeit4.iv.bundesimmobilien.de>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QEKdCPF5xcRsM1JnBs5cOfpikdW2c2R0V Content-Type: multipart/mixed; boundary="MoDq6UoRAvs5Af2A84VqGLgrMGxh91i0X"; protected-headers="v1" From: Sean Bruno <sbruno@freebsd.org> To: "O. Hartmann" <o.hartmann@walstatt.org> Cc: freebsd-current <freebsd-current@freebsd.org> Message-ID: <8e1d558c-44e9-43cf-8894-cb2f8f1bb1a1@freebsd.org> Subject: Re: HEADS-UP: IFLIB implementations of sys/dev/e1000 em, lem, igb pending References: <30f21c75-d3a2-edcd-1999-d5ed9f970c06@freebsd.org> <20170118083400.11156f23@freyja.zeit4.iv.bundesimmobilien.de> <eba93bf8-2acf-d7bc-0192-10e75b7b993b@freebsd.org> <1abc7c08-8664-a22e-dcab-fa884acbfce9@freebsd.org> <20170118162051.17c9b88b@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20170118162051.17c9b88b@freyja.zeit4.iv.bundesimmobilien.de> --MoDq6UoRAvs5Af2A84VqGLgrMGxh91i0X Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 01/18/17 08:20, O. Hartmann wrote: > On Wed, 18 Jan 2017 07:59:17 -0700 > Sean Bruno <sbruno@freebsd.org> wrote: >=20 >> On 01/18/17 07:41, Sean Bruno wrote: >>> >>> >>> On 01/18/17 00:34, O. Hartmann wrote: =20 >>>> On Thu, 5 Jan 2017 20:17:56 -0700 >>>> Sean Bruno <sbruno@freebsd.org> wrote: =20 >>>>> =20 >>>> On a Fujitsu Celsius M740, the "em0" device gets stuck on heavy I/O.= I can >>>> still trigger this behaviour on recent CURRENT (12.0-CURRENT #17 r31= 2369: >>>> Wed Jan 18 06:18:45 CET 2017 amd64) by rsync'ing a large poudriere p= orts >>>> repository onto a remote NFSv4 fileserver. The freeze always occur o= n large >>>> tarballs. >>>> >>>> Again, here is the pciconf output of the device:=20 >>>> >>>> em0@pci0:0:25:0: class=3D0x020000 card=3D0x11ed1734 chip=3D0x= 153a8086 >>>> rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' >>>> device =3D 'Ethernet Connection I217-LM' >>>> class =3D network >>>> subclass =3D ethernet >>>> bar [10] =3D type Memory, range 32, base 0xfb300000, size 1310= 72, >>>> enabled bar [14] =3D type Memory, range 32, base 0xfb339000, size = 4096, >>>> enabled bar [18] =3D type I/O Port, range 32, base 0xf020, size 32= , enabled >>>> >>>> On another box. equipted with a dual-port Intel i350 NIC, the igb0 a= nd >>>> igb1 do have negotiation problems with several types of switches (in= my >>>> SoHo environment, I use a Netgear GS110TP, at work there are several= types >>>> of Cisco Catalyst 3XXX types). The igbX very often fall back to 100M= Bit/s. >>>> >>>> Since yesterday, the igbX on that specific i350 basesd NIC (we have = plentz >>>> of them and they show similar phenomena with FreeBSD), although the = switch >>>> reports an uplink with 1 GBit, FreeBSD CURRENT shows this weird crap= >>>> message:=20 >>>>> igb0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0= mtu >>>>> 1500 >>>>> options=3D653dbb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VL= AN_HWCSUM,TSO4,LRO,WOL_UCAST,WOL_MCAST,WOL_MAGIC,VLAN_HWFILTER,VLAN_HWTSO= ,RXCSUM_IPV6,TXCSUM_IPV6> >>>>> ether xx:xx:xx:xx:xx:xx inet 192.168.0.111 netmask 0xffffff00 broad= cast >>>>> 192.168.0.255 nd6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL= > >>>>> media: Ethernet autoselect (100baseTX <full-duplex>) >>>>> status: active =20 >>>> =20 >> >> I just checked my test machines (which are auto/auto on the Juniper >> EX4200 switches in use) and I see them come up with 1000baseTX. Do yo= u >> set any options in /etc/rc.conf? >> >> sean >> >=20 > No, I don't. >=20 > The line is: > ifconfig_igb0=3D"inet 192.168.0.10 netmask 0xffffff00" >=20 > Nothing else. >=20 Ok, good. Definitely a regression. sean --MoDq6UoRAvs5Af2A84VqGLgrMGxh91i0X-- --QEKdCPF5xcRsM1JnBs5cOfpikdW2c2R0V Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh/ioZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmQ48Af/bkgby7BwS8xYkjgZSQLbUEzSLi1+C+n01d7Uxcew70UQNm1xSsDHS4Ls WnleqWBTw0z7XiMygvB4cTj+IV013504N8xXbeaFcUb4eXd1vDlHkAQ06WQmJu1b arSSZDgeXhO8WmY1Oho73jH2rIcTC2qW8gefjv6P6wwHl8pkeojoyXxtfWFSVEmf IX+/CfcPDdV5SJZvd/3ayUwQ/ArTCYv/yZiBH/HWx59IBIbljksjsDbwkbEQyBrD XgxPJ/YKO0/BK1WfFRRM4wtvvTZ5rR0O+Khm0DmUaG8a0ZcVzFRWVs5ZOAPigDhG fb0zY7/E47PfF85XU7dQepVh37GQww== =92XH -----END PGP SIGNATURE----- --QEKdCPF5xcRsM1JnBs5cOfpikdW2c2R0V--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8e1d558c-44e9-43cf-8894-cb2f8f1bb1a1>