Debian

Broadcom BCM5906M ethernet adapter (tg3) hangs under heavy tcp load (bittorrent) when generic segmentation offload (gso) is in use

Bug #404708 reported by Marc D. on 2009-07-26

This bug affects 9 people

Affects		Status	Importance	Assigned to	Milestone
	Debian	New	Undecided	Unassigned
	linux (Ubuntu)	Won't Fix	Undecided	Michał Markowski

Bug Description

kosh@galileo:~$ dpkg -s linux-generic | grep -E -e ^Version
Version: 2.6.31.4.15
kosh@galileo:~$ lsb_release -rd
Description: Ubuntu karmic (development branch)
Release: 9.10

02:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5906M Fast Ethernet PCI Express (rev 02)
Subsystem: Lenovo Device 3a23
Flags: bus master, fast devsel, latency 0, IRQ 27
Memory at f0200000 (64-bit, non-prefetchable) [size=64K]
Expansion ROM at <ignored> [disabled]
Capabilities: [48] Power Management version 3
Capabilities: [50] Vital Product Data <?>
Capabilities: [58] Vendor Specific Information <?>
Capabilities: [e8] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable+
Capabilities: [d0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting <?>
Capabilities: [13c] Virtual Channel <?>
Capabilities: [160] Device Serial Number 6d-06-4a-fe-ff-8b-23-00
Kernel driver in use: tg3
Kernel modules: tg3

When intense concurrent TCP traffic occurs (I use bittorrent for testing), the network adapter just hangs after a few seconds (no longer receives any ethernet packets).

“ip link set eth0 down” followed by “ip link set eth0 up” corrects the situation. However, after a few seconds of bittorrent traffic, the adapter hangs again. The total traffic (in+out) was below 2 MiB/s when this occured.

The problem does not occur when instead of bittorrent traffic a single “high” data rate TCP stream is used (7 MiB/s inbound).

After deactivating generic receive offload via “sudo ethtool -K eth0 gso off”, the problem does not occur with any traffic pattern I tried.

On an older kernel version I apparently waited long enough for the kernel to notice and correct the problem, I found this in an old kernel message log:

Jul 15 21:56:48 galileo kernel: [12275.000139] ------------[ cut here ]------------
Jul 15 21:56:48 galileo kernel: [12275.000174] WARNING: at /build/buildd/linux-2.6.31/net/sched/sch_generic.c:246 dev_watchdog+0x1eb/0x200()
Jul 15 21:56:48 galileo kernel: [12275.000187] Hardware name: 40684JG
Jul 15 21:56:48 galileo kernel: [12275.000198] NETDEV WATCHDOG: eth0 (tg3): transmit queue 0 timed out
Jul 15 21:56:48 galileo kernel: [12275.000207] Modules linked in: ppdev bridge stp bnep lm75 i2c_i801 joydev lp parport snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event uvcvideo snd_seq iTCO_wdt snd_timer snd_seq_device lib80211_crypt_tkip iTCO_vendor_support videodev v4l1_compat psmouse btusb pcspkr wl(P) serio_raw snd lib80211 soundcore snd_page_alloc blowfish cbc dm_crypt usb_storage tg3 fbcon tileblit font bitblit softcursor i915 drm i2c_algo_bit video output intel_agp agpgart
Jul 15 21:56:49 galileo kernel: [12275.000409] Pid: 0, comm: swapper Tainted: P 2.6.31-2-generic #17-Ubuntu
Jul 15 21:56:49 galileo kernel: [12275.000420] Call Trace:
Jul 15 21:56:49 galileo kernel: [12275.000442] [<c013fd8d>] warn_slowpath_common+0x6d/0xa0
Jul 15 21:56:49 galileo kernel: [12275.000460] [<c04b0bdb>] ? dev_watchdog+0x1eb/0x200
Jul 15 21:56:49 galileo kernel: [12275.000476] [<c04b0bdb>] ? dev_watchdog+0x1eb/0x200
Jul 15 21:56:49 galileo kernel: [12275.000493] [<c013fe06>] warn_slowpath_fmt+0x26/0x30
Jul 15 21:56:49 galileo kernel: [12275.000509] [<c04b0bdb>] dev_watchdog+0x1eb/0x200
Jul 15 21:56:49 galileo kernel: [12275.000527] [<c015239b>] ? insert_work+0x5b/0xa0
Jul 15 21:56:49 galileo kernel: [12275.000544] [<c0124678>] ? default_spin_lock_flags+0x8/0x10
Jul 15 21:56:49 galileo kernel: [12275.000562] [<c0576d7a>] ? _spin_lock_irqsave+0x2a/0x40
Jul 15 21:56:49 galileo kernel: [12275.000578] [<c0152731>] ? __queue_work+0x31/0x40
Jul 15 21:56:49 galileo kernel: [12275.000595] [<c014a9a7>] run_timer_softirq+0x117/0x200
Jul 15 21:56:49 galileo kernel: [12275.000613] [<c016406a>] ? tick_handle_oneshot_broadcast+0x13a/0x150
Jul 15 21:56:49 galileo kernel: [12275.000630] [<c04b09f0>] ? dev_watchdog+0x0/0x200
Jul 15 21:56:49 galileo kernel: [12275.000646] [<c0145b70>] __do_softirq+0x90/0x1a0
Jul 15 21:56:49 galileo kernel: [12275.000663] [<c0189f8c>] ? handle_IRQ_event+0x4c/0x140
Jul 15 21:56:49 galileo kernel: [12275.000679] [<c018cbb4>] ? move_native_irq+0x14/0x50
Jul 15 21:56:49 galileo kernel: [12275.000695] [<c0145cbd>] do_softirq+0x3d/0x40
Jul 15 21:56:49 galileo kernel: [12275.000709] [<c0145dfd>] irq_exit+0x5d/0x70
Jul 15 21:56:49 galileo kernel: [12275.000726] [<c0104e40>] do_IRQ+0x50/0xc0
Jul 15 21:56:49 galileo kernel: [12275.000741] [<c01039d0>] common_interrupt+0x30/0x40
Jul 15 21:56:49 galileo kernel: [12275.000761] [<c0366db8>] ? acpi_idle_enter_bm+0x255/0x286
Jul 15 21:56:49 galileo kernel: [12275.000780] [<c04689d6>] cpuidle_idle_call+0x76/0xd0
Jul 15 21:56:49 galileo kernel: [12275.000796] [<c0102034>] cpu_idle+0x94/0xd0
Jul 15 21:56:49 galileo kernel: [12275.000814] [<c0565ab5>] rest_init+0x55/0x60
Jul 15 21:56:49 galileo kernel: [12275.000833] [<c07958d8>] start_kernel+0x2f1/0x2f7
Jul 15 21:56:49 galileo kernel: [12275.000850] [<c0795406>] ? unknown_bootoption+0x0/0x1ab
Jul 15 21:56:49 galileo kernel: [12275.000867] [<c079507c>] __init_begin+0x7c/0x83
Jul 15 21:56:49 galileo kernel: [12275.000878] ---[ end trace 4c50a9017b4e6444 ]---
Jul 15 21:56:49 galileo kernel: [12275.000888] tg3: eth0: transmit timed out, resetting
Jul 15 21:56:49 galileo kernel: [12275.000942] tg3: DEBUG: MAC_TX_STATUS[0000000f] MAC_RX_STATUS[00000000]
Jul 15 21:56:49 galileo kernel: [12275.000961] tg3: DEBUG: RDMAC_STATUS[00000000] WDMAC_STATUS[00000000]
Jul 15 21:56:49 galileo kernel: [12275.139673] tg3: tg3_stop_block timed out, ofs=2c00 enable_bit=2
Jul 15 21:56:49 galileo kernel: [12275.278414] tg3: tg3_stop_block timed out, ofs=1400 enable_bit=2
Jul 15 21:56:49 galileo kernel: [12275.416830] tg3: tg3_stop_block timed out, ofs=c00 enable_bit=2
Jul 15 21:56:49 galileo kernel: [12275.554865] tg3: tg3_stop_block timed out, ofs=4800 enable_bit=2
Jul 15 21:56:49 galileo kernel: [12275.565295] tg3: eth0: Link is down.
Jul 15 21:56:51 galileo kernel: [12277.271978] tg3: eth0: Link is up at 100 Mbps, full duplex.
Jul 15 21:56:51 galileo kernel: [12277.272000] tg3: eth0: Flow control is on for TX and on for RX.
Jul 15 22:11:34 galileo kernel: [13160.608756] tg3 0000:02:00.0: PME# disabled
Jul 15 22:11:34 galileo kernel: [13160.624516] tg3 0000:02:00.0: irq 27 for MSI/MSI-X
Jul 15 22:11:34 galileo kernel: [13160.682035] ADDRCONF(NETDEV_UP): eth0: link is not ready
Jul 15 22:11:36 galileo kernel: [13162.310396] tg3: eth0: Link is up at 100 Mbps, full duplex.
Jul 15 22:11:36 galileo kernel: [13162.310413] tg3: eth0: Flow control is on for TX and on for RX.

This system is a Lenovo S10e netbook.

Tags:

Revision history for this message

Marc D. (koshy) wrote on 2009-10-18:

kern.log Edit (5.2 KiB, text/plain)

The problem still exists in

ii linux-image-generic 2.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, as the attached log shows.

Revision history for this message

Marc D. (koshy) wrote on 2009-10-28:

The problem still exists in

ii linux-image-generic 2.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, because I added a lot of data) but it never remotely finished because SSH noticed a data corruption in the network transmission:

debug1: Sending command: rsync --server --sender -vlHogDtprSe.iLs --numeric-ids . /mnt/image/
receiving incremental file list
Disconnecting: Corrupted MAC on input.
rsync: connection unexpectedly closed (55356 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(600) [receiver=3.0.6]
rsync: writefd_unbuffered failed to write 5 bytes to socket [generator]: Broken pipe (32)
rsync error: unexplained error (code 255) at io.c(1525) [generator=3.0.6]

Of course, the problem disappeared after I deactivated gso.

Michał Markowski (markowski) on 2009-11-15

Changed in linux (Ubuntu):
assignee:	nobody → Michał Markowski (markowski)

Revision history for this message

deseven (de7) wrote on 2009-12-01:

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).

Revision history for this message

Michał Markowski (markowski) wrote on 2009-12-01:

I have HP 6715s with this ethernet adapter and "ethtool -K eth0 gso off" solve this problem.
Kernel: 2.6.31-15

Revision history for this message

Jeremy Foshee (jeremyfoshee) wrote on 2010-03-14:

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, could you run the following command from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux 404708

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

tags:	added: needs-kernel-logs
tags:	added: needs-upstream-testing
tags:	added: kj-triage
Changed in linux (Ubuntu):
status:	New → Incomplete

Revision history for this message

Marc D. (koshy) wrote on 2010-03-15:

I no longer have access to that piece of hardware. I am going to test with an upstream kernel when I get that opportunity.

Revision history for this message

eitch (eitch) wrote on 2010-03-22:

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.

eitch@eitchpad:~$ dpkg -s linux-generic | grep -E -e ^Version
Version: 2.6.31.20.33

eitch@eitchpad:~$ lsb_release -rd
Description: Ubuntu 9.10
Release: 9.10

*-pci:0
             description: PCI bridge
             product: 82801G (ICH7 Family) PCI Express Port 1
             vendor: Intel Corporation
             physical id: 1c
             bus info: pci@0000:00:1c.0
             version: 02
             width: 32 bits
             clock: 33MHz
             capabilities: pci pciexpress msi pm bus_master cap_list
             configuration: driver=pcieport-driver
             resources: irq:24 ioport:2000(size=4096) memory:f0200000-f02fffff ioport:f0000000(size=1048576)
           *-network
                description: Ethernet interface
                product: NetLink BCM5906M Fast Ethernet PCI Express
                vendor: Broadcom Corporation
                physical id: 0
                bus info: pci@0000:02:00.0
                logical name: eth0
                version: 02
                serial: 00:23:8b:49:db:17
                size: 100MB/s
                capacity: 100MB/s
                width: 64 bits
                clock: 33MHz
                capabilities: pm vpd msi pciexpress bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd autonegotiation
                configuration: autonegotiation=on broadcast=yes driver=tg3 driverversion=3.99 duplex=full firmware=sb v3.04 ip=10.0.0.65 latency=0

Revision history for this message

Marcel (ubuntu-no-network) wrote on 2010-03-23:

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 running on a Lenovo S10e with the mentioned network chip.

Revision history for this message

Vegar (vneshaug) wrote on 2010-04-05:

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 problem for all tested traffic patterns.

Thanks for posting a solution!

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: apport-collect data

#10

AplayDevices: aplay: device_list:223: no soundcards found...
Architecture: i386
ArecordDevices: arecord: device_list:223: no soundcards found...
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/dsp', '/dev/snd/pcmC0D0p', '/dev/snd/by-path', '/dev/snd/controlC0', '/dev/snd/pcmC0D0c', '/dev/snd/hwC0D0', '/dev/snd/seq', '/dev/snd/timer', '/dev/sequencer', '/dev/sequencer2'] failed with exit code 1:
CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found.
DistroRelease: Ubuntu 9.10
HibernationDevice: RESUME=UUID=f2fb440f-ff90-447c-9179-2fae4259487d
MachineType: LENOVO 40684JG
NonfreeKernelModules: wl
Package: linux (not installed)
ProcCmdLine: BOOT_IMAGE=/vmlinuz-2.6.31-20-generic root=/dev/mapper/root_crypt ro quiet splash
ProcVersionSignature: Ubuntu 2.6.31-20.58-generic
RelatedPackageVersions:
linux-backports-modules-2.6.31-20-generic N/A
linux-firmware 1.26
RfKill:
4: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
Uname: Linux 2.6.31-20-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare users
dmi.bios.date: 04/29/2009
dmi.bios.vendor: LENOVO
dmi.bios.version: 14CN67WW
dmi.board.name: Kuril
dmi.board.vendor: Lenovo
dmi.board.version: Rev 1.0
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: Lenovo
dmi.chassis.version: Rev 1.0
dmi.modalias: dmi:bvnLENOVO:bvr14CN67WW:bd04/29/2009:svnLENOVO:pn40684JG:pvrLenovo:rvnLenovo:rnKuril:rvrRev1.0:cvnLenovo:ct10:cvrRev1.0:
dmi.product.name: 40684JG
dmi.product.version: Lenovo
dmi.sys.vendor: LENOVO

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: AlsaDevices.txt

#11

AlsaDevices.txt Edit (403 bytes, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: BootDmesg.txt

#12

BootDmesg.txt Edit (45.0 KiB, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: Card0.Amixer.info.txt

#13

Card0.Amixer.info.txt Edit (1.1 KiB, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: Card0.Amixer.values.txt

#14

Card0.Amixer.values.txt Edit (1.0 KiB, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: Card0.Codecs.codec.0.txt

#15

Card0.Codecs.codec.0.txt Edit (8.3 KiB, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: CurrentDmesg.txt

#16

CurrentDmesg.txt Edit (56.2 KiB, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: IwConfig.txt

#17

IwConfig.txt Edit (248 bytes, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: Lspci.txt

#18

Lspci.txt Edit (11.1 KiB, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: Lsusb.txt

#19

Lsusb.txt Edit (488 bytes, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: PciMultimedia.txt

#20

PciMultimedia.txt Edit (601 bytes, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: ProcCpuinfo.txt

#21

ProcCpuinfo.txt Edit (1.3 KiB, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: ProcEnviron.txt

#22

ProcEnviron.txt Edit (117 bytes, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: ProcInterrupts.txt

#23

ProcInterrupts.txt Edit (1.4 KiB, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: ProcModules.txt

#24

ProcModules.txt Edit (3.0 KiB, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: UdevDb.txt

#25

UdevDb.txt Edit (95.8 KiB, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: UdevLog.txt

#26

UdevLog.txt Edit (190.9 KiB, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: WifiSyslog.txt

#27

WifiSyslog.txt Edit (15.0 KiB, text/plain)

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08: XsessionErrors.txt

#28

XsessionErrors.txt Edit (2.2 KiB, text/plain)

Changed in linux (Ubuntu):
status:	Incomplete → New
tags:	added: apport-collected

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08:

#29

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.

mainline/v2.6.32.9/linux-image-2.6.32-02063209-generic_2.6.32-02063209_i386.deb

the problem still exists.

mainline/v2.6.33/linux-image-2.6.33-020633-generic_2.6.33-020633_i386.deb

the problem is gone (transferred several Gigabytes with SSH without a MAC error), however, I cannot use that kernel because wl.ko for the WLAN interface Broadcom BCM4312 fails to build for it.

tags:

removed: needs-upstream-testing

Revision history for this message

Marc D. (koshy) wrote on 2010-04-08:

#30

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 bug. Would someone else please cooperate with the maintainer so that a fixed Kernel lands in Ubuntu?

Revision history for this message

Marcel (ubuntu-no-network) wrote on 2010-04-11:

#31

> 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- the performance becomes very poor (about 2.5 MB/s). Switching gso off or changing the MTU down to 1000 brings performance back to over 10 MB/s.

> Would someone else please cooperate with the maintainer so that a fixed Kernel lands in Ubuntu?

I have access to one or two S10e netbooks with that network chip if any more testing is needed.

Revision history for this message

ambient_sky (devicebusy) wrote on 2010-04-20:

#32

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.

root@device:~# ethtool -i eth0
driver: tg3
version: 3.106
firmware-version: sb v3.03
bus-info: 0000:06:00.0

root@device:~# lspci
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c)
00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root Port (rev 0c)
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3)
00:1f.0 ISA bridge: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03)
01:00.0 VGA compatible controller: nVidia Corporation G72M [Quadro NVS 110M/GeForce Go 7300] (rev a1)
04:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61)
06:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5906M Fast Ethernet PCI Express (rev 02)
08:06.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05)
08:06.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22)
08:06.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12)
08:06.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 12)

root@device:~# uname -a
Linux device 2.6.33-zen2 #1 ZEN SMP Tue Apr 20 08:49:31 CEST 2010 x86_64 GNU/Linux

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.

root@device:~# ethtool -i eth0
driver: tg3
version: 3.106
firmware-version: sb v3.03
bus-info: 0000:06:00.0

root@device:~# uname -a 
Linux device 2.6.33-zen2 #1 ZEN SMP Tue Apr 20 08:49:31 CEST 2010 x86_64 GNU/Linux

Revision history for this message

arruah (arruah) wrote on 2010-07-27:

#33

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[00000008] MAC_RX_STATUS[00000000]
[220203.066156] tg3: DEBUG: RDMAC_STATUS[00000000] WDMAC_STATUS[00000008]
[220203.180211] tg3: tg3_stop_block timed out, ofs=3400 enable_bit=2
[220203.293855] tg3: tg3_stop_block timed out, ofs=2400 enable_bit=2
[220203.407216] tg3: tg3_stop_block timed out, ofs=1400 enable_bit=2
[220203.521116] tg3: tg3_stop_block timed out, ofs=c00 enable_bit=2
[220203.634662] tg3: tg3_stop_block timed out, ofs=4c00 enable_bit=2
[220203.659299] tg3: eth0: Link is down.
[220205.255508] tg3: eth0: Link is up at 100 Mbps, full duplex.
[220205.255513] tg3: eth0: Flow control is off for TX and off for RX.
[275200.012515] tg3: eth0: transmit timed out, resetting
[275200.024642] tg3: DEBUG: MAC_TX_STATUS[00000008] MAC_RX_STATUS[00000000]
[275200.036744] tg3: DEBUG: RDMAC_STATUS[00000000] WDMAC_STATUS[00000008]
[275200.150057] tg3: tg3_stop_block timed out, ofs=3400 enable_bit=2
[275200.263121] tg3: tg3_stop_block timed out, ofs=2400 enable_bit=2
[275200.376136] tg3: tg3_stop_block timed out, ofs=1400 enable_bit=2
[275200.489747] tg3: tg3_stop_block timed out, ofs=c00 enable_bit=2
[275200.515217] tg3: eth0: Link is down.
[275202.132397] tg3: eth0: Link is up at 100 Mbps, full duplex.
[275202.132402] tg3: eth0: Flow control is off for TX and off for RX.
[332287.010028] tg3: eth0: transmit timed out, resetting
[332287.022216] tg3: DEBUG: MAC_TX_STATUS[00000008] MAC_RX_STATUS[00000000]
[332287.034486] tg3: DEBUG: RDMAC_STATUS[00000000] WDMAC_STATUS[00000008]
[332287.147802] tg3: tg3_stop_block timed out, ofs=3400 enable_bit=2
[332287.260802] tg3: tg3_stop_block timed out, ofs=2400 enable_bit=2
[332287.373686] tg3: tg3_stop_block timed out, ofs=1400 enable_bit=2
[332287.486861] tg3: tg3_stop_block timed out, ofs=c00 enable_bit=2
[332287.512189] tg3: eth0: Link is down.
[332289.150353] tg3: eth0: Link is up at 100 Mbps, full duplex.
[332289.150358] tg3: eth0: Flow control is off for TX and off for RX.

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[00000008] MAC_RX_STATUS[00000000]
[220203.066156] tg3: DEBUG: RDMAC_STATUS[00000000] WDMAC_STATUS[00000008]
[220203.180211] tg3: tg3_stop_block timed out, ofs=3400 enable_bit=2
[220203.293855] tg3: tg3_stop_block timed out, ofs=2400 enable_bit=2
[220203.407216] tg3: tg3_stop_block timed out, ofs=1400 enable_bit=2
[220203.521116] tg3: tg3_stop_block timed out, ofs=c00 enable_bit=2
[220203.634662] tg3: tg3_stop_block timed out, ofs=4c00 enable_bit=2
[220203.659299] tg3: eth0: Link is down.
[220205.255508] tg3: eth0: Link is up at 100 Mbps, full duplex.
[220205.255513] tg3: eth0: Flow control is off for TX and off for RX.
[275200.012515] tg3: eth0: transmit timed out, resetting
[275200.024642] tg3: DEBUG: MAC_TX_STATUS[00000008] MAC_RX_STATUS[00000000]
[275200.036744] tg3: DEBUG: RDMAC_STATUS[00000000] WDMAC_STATUS[00000008]
[275200.150057] tg3: tg3_stop_block timed out, ofs=3400 enable_bit=2
[275200.263121] tg3: tg3_stop_block timed out, ofs=2400 enable_bit=2
[275200.376136] tg3: tg3_stop_block timed out, ofs=1400 enable_bit=2
[275200.489747] tg3: tg3_stop_block timed out, ofs=c00 enable_bit=2
[275200.515217] tg3: eth0: Link is down.
[275202.132397] tg3: eth0: Link is up at 100 Mbps, full duplex.
[275202.132402] tg3: eth0: Flow control is off for TX and off for RX.
[332287.010028] tg3: eth0: transmit timed out, resetting
[332287.022216] tg3: DEBUG: MAC_TX_STATUS[00000008] MAC_RX_STATUS[00000000]
[332287.034486] tg3: DEBUG: RDMAC_STATUS[00000000] WDMAC_STATUS[00000008]
[332287.147802] tg3: tg3_stop_block timed out, ofs=3400 enable_bit=2
[332287.260802] tg3: tg3_stop_block timed out, ofs=2400 enable_bit=2
[332287.373686] tg3: tg3_stop_block timed out, ofs=1400 enable_bit=2
[332287.486861] tg3: tg3_stop_block timed out, ofs=c00 enable_bit=2
[332287.512189] tg3: eth0: Link is down.
[332289.150353] tg3: eth0: Link is up at 100 Mbps, full duplex.
[332289.150358] tg3: eth0: Flow control is off for TX and off for RX.

Revision history for this message

arruah (arruah) wrote on 2011-01-13:

#34

I can confirm this bug on Ubuntu10.10 server amd64

root@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> [<ffffffff810608df>] warn_slowpath_common+0x7f/0xc0
[11696.020076] [<ffffffff810609d6>] warn_slowpath_fmt+0x46/0x50
[11696.020079] [<ffffffff814ca0cf>] dev_watchdog+0x25f/0x270
[11696.020084] [<ffffffff8107a6de>] ? insert_work+0x7e/0xd0
[11696.020086] [<ffffffff814c9e70>] ? dev_watchdog+0x0/0x270
[11696.020089] [<ffffffff814c9e70>] ? dev_watchdog+0x0/0x270
[11696.020094] [<ffffffff8106f2e2>] call_timer_fn+0x42/0x120
[11696.020097] [<ffffffff8105d280>] ? scheduler_tick+0x140/0x2d0
[11696.020099] [<ffffffff814c9e70>] ? dev_watchdog+0x0/0x270
[11696.020103] [<ffffffff81070864>] run_timer_softirq+0x154/0x270
[11696.020106] [<ffffffff810896e3>] ? ktime_get+0x63/0xe0
[11696.020109] [<ffffffff810676e9>] __do_softirq+0xb9/0x1f0
[11696.020113] [<ffffffff8108e93a>] ? tick_program_event+0x2a/0x30
[11696.020117] [<ffffffff8100afdc>] call_softirq+0x1c/0x30
[11696.020120] [<ffffffff8100cab5>] do_softirq+0x65/0xa0
[11696.020122] [<ffffffff810675a5>] irq_exit+0x85/0x90
[11696.020126] [<ffffffff815a6e20>] smp_apic_timer_interrupt+0x70/0x9b
[11696.020129] [<ffffffff8100aa93>] apic_timer_interrupt+0x13/0x20
[11696.020131] <EOI> [<ffffffff810360cb>] ? native_safe_halt+0xb/0x10
[11696.020138] [<ffffffff81012f3d>] default_idle+0x3d/0x90
[11696.020143] [<ffffffff81008d93>] cpu_idle+0xb3/0x110
[11696.020146] [<ffffffff815972ca>] start_secondary+0x100/0x102
[11696.020149] ---[ end trace c7e0325d5ed70d2a ]---
[11696.020152] tg3 0000:02:09.0: eth0: transmit timed out, resetting
[11696.020182] tg3 0000:02:09.0: eth0: DEBUG: MAC_TX_STATUS[00000008] MAC_RX_STATUS[00000000]
[11696.020218] tg3 0000:02:09.0: eth0: DEBUG: RDMAC_STATUS[00000000] WDMAC_STATUS[00000008]
[11696.121122] tg3 0000:02:09.0: tg3_stop_block timed out, ofs=3400 enable_bit=2
[11696.221786] tg3 0000:02:09.0: tg3_stop_block timed out, ofs=2400 enable_bit=2
[11696.322657] tg3 0000:02:09.0: tg3_stop_block timed out, ofs=1400 enable_bit=2
[11696.423645] tg3 0000:02:09.0: tg3_stop_block timed out, ofs=c00 enable_bit=2
[11696.437101] tg3 0000:02:09.0: eth0: Link is down
[11696.629386] tg3 0000:02:09.0: eth0: Link is up at 100 Mbps, full duplex
[11696.629389] tg3 0000:02:09.0: eth0: Flow control is off for TX and off for RX

I can confirm this bug on Ubuntu10.10 server amd64

root@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>  [<ffffffff810608df>] warn_slowpath_common+0x7f/0xc0
[11696.020076]  [<ffffffff810609d6>] warn_slowpath_fmt+0x46/0x50
[11696.020079]  [<ffffffff814ca0cf>] dev_watchdog+0x25f/0x270
[11696.020084]  [<ffffffff8107a6de>] ? insert_work+0x7e/0xd0
[11696.020086]  [<ffffffff814c9e70>] ? dev_watchdog+0x0/0x270
[11696.020089]  [<ffffffff814c9e70>] ? dev_watchdog+0x0/0x270
[11696.020094]  [<ffffffff8106f2e2>] call_timer_fn+0x42/0x120
[11696.020097]  [<ffffffff8105d280>] ? scheduler_tick+0x140/0x2d0
[11696.020099]  [<ffffffff814c9e70>] ? dev_watchdog+0x0/0x270
[11696.020103]  [<ffffffff81070864>] run_timer_softirq+0x154/0x270
[11696.020106]  [<ffffffff810896e3>] ? ktime_get+0x63/0xe0
[11696.020109]  [<ffffffff810676e9>] __do_softirq+0xb9/0x1f0
[11696.020113]  [<ffffffff8108e93a>] ? tick_program_event+0x2a/0x30
[11696.020117]  [<ffffffff8100afdc>] call_softirq+0x1c/0x30
[11696.020120]  [<ffffffff8100cab5>] do_softirq+0x65/0xa0
[11696.020122]  [<ffffffff810675a5>] irq_exit+0x85/0x90
[11696.020126]  [<ffffffff815a6e20>] smp_apic_timer_interrupt+0x70/0x9b
[11696.020129]  [<ffffffff8100aa93>] apic_timer_interrupt+0x13/0x20
[11696.020131]  <EOI>  [<ffffffff810360cb>] ? native_safe_halt+0xb/0x10
[11696.020138]  [<ffffffff81012f3d>] default_idle+0x3d/0x90
[11696.020143]  [<ffffffff81008d93>] cpu_idle+0xb3/0x110
[11696.020146]  [<ffffffff815972ca>] start_secondary+0x100/0x102
[11696.020149] ---[ end trace c7e0325d5ed70d2a ]---
[11696.020152] tg3 0000:02:09.0: eth0: transmit timed out, resetting
[11696.020182] tg3 0000:02:09.0: eth0: DEBUG: MAC_TX_STATUS[00000008] MAC_RX_STATUS[00000000]
[11696.020218] tg3 0000:02:09.0: eth0: DEBUG: RDMAC_STATUS[00000000] WDMAC_STATUS[00000008]
[11696.121122] tg3 0000:02:09.0: tg3_stop_block timed out, ofs=3400 enable_bit=2
[11696.221786] tg3 0000:02:09.0: tg3_stop_block timed out, ofs=2400 enable_bit=2
[11696.322657] tg3 0000:02:09.0: tg3_stop_block timed out, ofs=1400 enable_bit=2
[11696.423645] tg3 0000:02:09.0: tg3_stop_block timed out, ofs=c00 enable_bit=2
[11696.437101] tg3 0000:02:09.0: eth0: Link is down
[11696.629386] tg3 0000:02:09.0: eth0: Link is up at 100 Mbps, full duplex
[11696.629389] tg3 0000:02:09.0: eth0: Flow control is off for TX and off for RX

Brad Figg (brad-figg) on 2011-05-04

Changed in linux (Ubuntu):
status:	New → Confirmed
tags:	added: b73a1py79

Revision history for this message

Brad Figg (brad-figg) wrote on 2011-07-14: Unsupported series, setting status to "Won't Fix".

#35

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.