This bug was filed against a series that is no longer supported and so
is being marked as Won't Fix. If this issue still exists in a supported
series, please file a new bug.
This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.
** Changed in: linux (Ubuntu)
** Changed in: linux (Ubuntu)
Status: New = Confirmed
** Tags added: b73a1py79
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/404708
Title:
Broadcom BCM5906M ethernet adapter (tg3) hangs
I can confirm this bug on Ubuntu10.10 server amd64
r...@bas:~# uname -a
Linux bas 2.6.35-24-server #42-Ubuntu SMP Thu Dec 2 03:58:11 UTC 2010 x86_64
GNU/Linux
[11696.020063] Call Trace:
[11696.020066] IRQ [810608df] warn_slowpath_common+0x7f/0xc0
[11696.020076] [810609d6]
I have same problem on my tyan server ubuntu64
uname -a
Linux bas 2.6.32-23-server #37-Ubuntu SMP Fri Jun 11 09:11:11 UTC 2010 x86_64
GNU/Linux
[220203.040162] tg3: eth0: transmit timed out, resetting
[220203.052988] tg3: DEBUG: MAC_TX_STATUS[0008] MAC_RX_STATUS[]
[220203.066156]
Same problem on Lenovo 3000 N200, on generic kernel and 2.6.33-zen2, i
have try also last stable transmission (1.92) but same result.
r...@device:~# ethtool -i eth0
driver: tg3
version: 3.106
firmware-version: sb v3.03
bus-info: :06:00.0
r...@device:~# lspci
00:00.0 Host bridge: Intel
Can anyone else please confirm this?
For 2.6.32-9 mainline, I can confirm the problem still exists, same
error as on the karmic standard installation.
For 2.6.33 mainline, the network does not produce corrupted data any
more (with gso on and mtu unchanged at 1500), but -at least on my
machine-
mainline/v2.6.34-rc2-karmic/linux-
image-2.6.34-020634rc2-generic_2.6.34-020634rc2_i386.deb
crashes less than one second into the boot.
In
mainline/v2.6.32.9/linux-
image-2.6.32-02063209-generic_2.6.32-02063209_i386.deb
the problem still exists.
In
mainline/v2.6.33/linux-
I forgot: in mainline/v2.6.33/linux-
image-2.6.33-020633-generic_2.6.33-020633_i386.deb, gso is switched *on*
but the problem is gone.
Can anyone else please confirm this?
Also, after today, I will no longer have access to the affected hardware
(sold), so I will mark myself unaffected by this
I can confirm this bug on a Lenovo Ideapad S9E(NIC BCM5906M). The
problem was noticed for the first time when using the Ideapad as a
pulseaudio network sound server. Turning off gso alone did not solve the
problem for all traffic patterns. Setting the MTU to 1000 AND turning
off gso solved the
Just found this one and marked my bug #544390 as a duplicate.
Deactivated gso works for me, also setting the MTU from 1500 to e.g.
1000 works, so I suspect the module only corrupts data packages that are
large enough.
I can reproduce this bug on karmic and also on the current lucid beta,
both
I have a similar problem. I can't even run aptitude update without the
driver failing.
If I switch off rx and tx with ethtool, then the everything works
flawlessly, even with heavy loads.
I didn't use to have this problem with Jaunty.
ei...@eitchpad:~$ dpkg -s linux-generic | grep -E -e
I no longer have access to that piece of hardware. I am going to test
with an upstream kernel when I get that opportunity.
--
Broadcom BCM5906M ethernet adapter (tg3) hangs under heavy tcp load
(bittorrent) when generic segmentation offload (gso) is in use
https://bugs.launchpad.net/bugs/404708
Hi Marc,
This bug was reported a while ago and there hasn't been any activity in
it recently. We were wondering if this is still an issue? Can you try
with the latest development release of Ubuntu? ISO CD images are
available from http://cdimage.ubuntu.com/releases/ .
If it remains an issue,
I have HP 6715s with this ethernet adapter and ethtool -K eth0 gso off solve
this problem.
Kernel: 2.6.31-15
--
Broadcom BCM5906M ethernet adapter (tg3) hangs under heavy tcp load
(bittorrent) when generic segmentation offload (gso) is in use
https://bugs.launchpad.net/bugs/404708
You received
I have Lenovo S10 and the same problem with ubuntu kernel 2.6.31-15.
Same symptoms, same logs, same solution (ethtool -K eth0 gso off).
--
Broadcom BCM5906M ethernet adapter (tg3) hangs under heavy tcp load
(bittorrent) when generic segmentation offload (gso) is in use
** Also affects: debian
Importance: Undecided
Status: New
--
Broadcom BCM5906M ethernet adapter (tg3) hangs under heavy tcp load
(bittorrent) when generic segmentation offload (gso) is in use
https://bugs.launchpad.net/bugs/404708
You received this bug notification because you are a
** Changed in: linux (Ubuntu)
Assignee: (unassigned) = Michał Markowski (markowski)
--
Broadcom BCM5906M ethernet adapter (tg3) hangs under heavy tcp load
(bittorrent) when generic segmentation offload (gso) is in use
https://bugs.launchpad.net/bugs/404708
You received this bug
The problem still exists in
ii linux-image-generic2.6.31.14.27
Generic Linux kernel image
…and I just discovered that it is even worse than previously thought.
The bug introduces silent data corruption.
I was just trying to update my backup (this time over Ethernet instead
of WLAN,
The problem still exists in
ii linux-image-generic2.6.31.14.27
Generic Linux kernel image
gso is on by default so this should be fixed, switching off gso on
affected hardware would be enough.
I now had the time to test whether the driver recovers automatically,
and indeed it does,
19 matches
Mail list logo
