Red Hat Bugzilla – Bug 58168
Broadcom 5701 causing kernel panic w/ nttcp traffic
Last modified: 2013-07-02 22:05:11 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011019
Description of problem:
Bordeaux w/ 64GB ram, A02 Bios, broadcom nic slot 8, w/ 7.2 Itanium Gold
Starting 3 instances of nttcp on a gigabit line with the following parameters:
./nttcp -T -n128 -l262144 -w256 $1
./nttcp -T -n128 -l262144 -w256 -r $1 -t
Kernel panic: Aiee, killing interrupt handler!
In interrupt handler -- not syncing
This has been reproduced twice so far. Once within an hour. The second time
occurred overnight. I have previously tested this driver several times without
issue in previous release candidates.
It is probable that, although using multiple instances of nttcp to verify the
bandwidth, I did my sustained testing with only one instance.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Itanium Gold on a bordeaux with a broadcom 5701 nic
2. Begin multiple nttcp instances on a gigabit line
3. Look for kernel panic in interrupt handler
That driver is v2.0.28. Broadcom has made available to Dell v2.0.34 which the
SNaC team is testing. Clay, can you get that from Thomas and try?
Reproduced kernel panic twice w/ bcm5700 v2.0.34
Until this driver is cleaned up then (either by Broadcom or RH), Dell won't
offer the Broadcom cards on the PowerEdge 7150.
Matt, do you know if Broadcom's more recent versions of their driver
fix this problem?
Can you please test nttcp and the latest "tg3" driver, to see if this problem
has been resolved?
Actually, my preference would be to close this bug and open a new one if tg3 has
a problem, since bcm570x driver is so grotty. But I will leave this bug open
for a while, until I get a response to this comment at least.
No response on this bug in a long time, so I'm going to close it.
Please re-open if tg3 driver version 1.2 does not solve this problem.