netdev - Re: forcedeth doesn't pass traffic (3.0.x kernel and earliers)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Fri, 13 Jan 2012 13:34:55 -0500
From:	"John A. Sullivan III" <jsullivan@...nsourcedevel.com>
To:	Arkadiusz Miśkiewicz <a.miskiewicz@...il.com>
Cc:	netdev@...r.kernel.org
Subject: Re: forcedeth doesn't pass traffic (3.0.x kernel and earliers)

On Fri, 2012-01-13 at 18:33 +0100, Arkadiusz Miśkiewicz wrote:
> On Saturday 10 of December 2011, Arkadiusz Miśkiewicz wrote:
> > On Saturday 10 of December 2011, Arkadiusz Miśkiewicz wrote:
> > > Hello,
> > > 
> > > I have few supermicro machines connected to edge-core switch using 1Gbps
> > > uplink. The problem is that after boot I have to restart net to get
> > > network card pass traffic. The problem is only with forcedeth network
> > > cards. It happens on different supermicro servers and it happens for as
> > > far as I can remember (so, 2.6.3x kernels, too). Currently I'm on 3.0.13.
> > > 
> > > Logs below show state after fresh boot where network traffic doesn't get
> > > through. Note that it shows that link is up but still - traffic doesn't
> > > get passed. tcpdump on eth0 interface sees only traffic initiated from
> > > this server and no traffic from outside.
> > > 
> > > Tried to set every offload (via ethtool -K) to off but that didn't help.
> > > 
> > > I have to make:
> > > ip link set eth0 down; ip link set eth0 up
> > > wait few second and then traffic starts to get passed. When I do that
> > > this shows in dmesg: [ 1058.266480] forcedeth 0000:00:08.0: irq 40 for
> > > MSI/MSI-X
> > > [ 1069.163238] eth0: no IPv6 routers present
> > 
> > One more note. This doesn't always happens like that. Sometimes I boot
> > and I get link working, traffic gets passed fine:
> 
<snip>
We have noticed similar behavior on some of our SuperMicro systems.  It
was worse for us; the interfaces would work fine on boot but then
inexplicably stop after weeks of running causing production outages.  We
simply stopped using them - John

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html