[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#737023: marked as done (BCM5708 with bnx2 driver shows lots of errors on packets.)

Your message dated Thu, 6 Feb 2014 12:51:10 +0100
with message-id <20140206115110.GA3793@www.manty.net>
and subject line Re: Bug#737023: BCM5708 with bnx2 driver shows lots of errors on packets.
has caused the Debian Bug report #737023,
regarding BCM5708 with bnx2 driver shows lots of errors on packets.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
737023: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737023
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: linux-latest
Severity: important
Tags: upstream

Hi!

I have wheezy installed on several servers wich have a BCM5708 based NIC,
which uses the bnx2 driver and I'm seeing a lot of errors on the network RX
packets, this happens wether the machine runs current 3.2 stable kernel or
3.12 unstable one, and with firmware-bnx2 coming from stable and unstable.

Searching on google didn't show any solution on this, but I found a couple
of discussions showing the same kind of errors:

http://slashzeroconf.wordpress.com/2008/04/17/broadcom-netxtreme-ii-bcm5708-bnx2-ip-checksum-error/
http://h30499.www3.hp.com/t5/Networking/bnx2-ip-checksum-error/td-p/4119430

These are posts from 2008, however I'm still seeing this right now with
current kernels and firmware.

I've tried to run these commands:
ethtool -K eth0 rx off
ethtool -K eth0 tx off
ethtool -K eth0 tso off
but that didn't make any change on the behaviour.

For my tests I'm running a ping which is loosing packets ranging from 12% to
60% (I suppose that this depends on how busy the NIC is).

On the setups I did right now I'm using VLAN tagging, I don't know if that
makes any difference, I'll try to run more tests with and without this.

The systems run Debian 7.3 and the kernels I tried were:
linux-image-3.11-2-amd64          3.11.8-1
linux-image-3.12-1-amd64          3.12.8-1
linux-image-3.2.0-4-amd64         3.2.51-1


Don't know what else to add, if you feel I'm missing something just let me
know. I removed the system information at the end as I'm not writing from
the servers having the problem.

Regards.

--- End Message ---
--- Begin Message --- 
Hi!

Sorry Ben for making you loose time with this, I thought the hardware was
broken from the beginning, but having several servers with the same problem
and the bugs that I had found on google drove me to think it could be the
driver and that's why I sent the bug.

In the end it seems all the problems were caused by the Pass-Thru (I had
asked a local hp technician about it and he told me that this part could not
be causing the problems). I managed to get my hands on a new Pass-Thru and
changed the old one with the new one and I'm seeing http transfers of 108
MB/s and above without a single error.

Thanks for your help and interest and sorry again for the disturbance.
-- 
Manty/BestiaTester -> http://manty.net

--- End Message ---
Reply to: