@Wonko,

I've updated the driver to the latest version from broadcom.com, version 
3.137h; and I am still experiencing a similar issue.  However, when the driver 
crashes, sometimes (70%) chance that the machine is useable, and another 30% 
the machine is totally locked up.  

The NIC i am using is new, its  product ID is 1687, and has an external
PHY Rev. of 5762C.  I am able to replicate it with the following
methods:

1.  Start the tg3 machine
2.  from another machine: start 5 sessions, repetitively copy (scp with public 
key authentication) a 70 meg file back and forth to the tg3 machine in each 
session.   (not sure if this is necessary)
3.  create a 1GB file on the tg3 machine, with something like dd 
if=/dev/urandom of=/my/test/file bs=1024 count=$((1024*100))
4.  from another machine:  repetitively scp copy that 1GB file from the tg3 
machine.  This can be done with something like:

while [ 0 ]; do 
   scp -i /my/scp/private.key u...@ip.of.tg3:/my/test/file /
done;

I've done it about 40 times, and the tg3 machine will crash anywhere from 5 
minutes to 50 minutes into the test.
I am still scratching my head over this bug, and as a matter of fact, we are 
thinking about switching to an Intel or Realtek NIC, if we can not get this 
resolved soon.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1331513

Title:
  14e4:165f tg3 eth1: transmit timed out, resetting on BCM5720

To manage notifications about this bug go to:
https://bugs.launchpad.net/dell-poweredge/+bug/1331513/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to