linux-kernel - tg3: transmit timed out, resetting

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 4 Jun 2012 16:14:30 -0700 (PDT)
From:	Christian Kujau <lists@...dbynature.de>
To:	LKML <linux-kernel@...r.kernel.org>, mcarlson@...adcom.com
Subject: tg3: transmit timed out, resetting

Hi,

on this Ideapad S10 the onboard Broadcom BCM5906M prints the warning 
below, once. From then on, the "transmit timed out, resetting" message 
repeats, every now and then.

This laptop is mounting 2 readonly NFS shares from a box in the same LAN 
and when scanning lots of files on these NFS shares, the transmit timeouts 
occur more often, I think. When there's sequential traffic (i.e. reading 
larger files from the NFS shares), fewer warnings occur. But this is just 
manual observation, I haven't been able to reproduce this reliably. 
However, there's constant traffic on the device (maybe ~700KB/s both tx 
and rx), so the messages occur pretty regularly.

I have reported the error against the Fedora 17 kernel [0] but it happens 
with a vanilla 3.4.0 too[1] - check out for full dmesg, .config and more.

I had a similar issue a while ago[2] and almost forgot about them. The 
laptop ran Ubuntu 10.04 (2.6.32) since then and the problem was gone, so 
I'd say 2.6.32 fixed it. Now the same laptop switched to Fedora, kernel 
3.3.4 and the problem seems to be back again.

I'll try running with sg=off, as Matt suggested in [3] and report back.

Thanks,
Christian.

[0] https://bugzilla.redhat.com/show_bug.cgi?id=825123
[1] http://nerdbynature.de/bits/3.4.0/tg3/
[2] http://lkml.indiana.edu/hypermail/linux/kernel/0906.1/00004.html
[3] http://lkml.indiana.edu/hypermail/linux/kernel/0906.1/00317.html

------------[ cut here ]------------
WARNING: at /opt/home/chrisk/dev/linux-2.6-git/net/sched/sch_generic.c:255 
dev_watchdog+0x1cc/0x1e0()
Hardware name: Lenovo          
NETDEV WATCHDOG: p2p1 (tg3): transmit queue 0 timed out
Modules linked in: acpi_cpufreq mperf freq_table nfs lockd sunrpc b43 
mac80211 cfg80211 ssb coretemp hwmon usb_storage [last unloaded: scsi_wait_scan]
Pid: 685, comm: FahCore_78 Not tainted 3.4.0-10151-g4fc3acf #8
Call Trace:
 [<c102b299>] ? warn_slowpath_common+0x79/0xb0
 [<c12d54ec>] ? dev_watchdog+0x1cc/0x1e0
 [<c12d54ec>] ? dev_watchdog+0x1cc/0x1e0
 [<c102b374>] ? warn_slowpath_fmt+0x34/0x40
 [<c12d54ec>] ? dev_watchdog+0x1cc/0x1e0
 [<c12d5320>] ? pfifo_fast_dequeue+0xe0/0xe0
 [<c1035cf1>] ? run_timer_softirq+0xd1/0x1d0
 [<c1031615>] ? __do_softirq+0x75/0x100
 [<c10315a0>] ? remote_softirq_receive+0x20/0x20
 <IRQ>  [<c10318a6>] ? irq_exit+0x66/0x90
 [<c101b8d9>] ? smp_apic_timer_interrupt+0x59/0x90
 [<c1360b35>] ? apic_timer_interrupt+0x31/0x38
 [<c1360000>] ? rt_mutex_trylock+0x70/0x70
---[ end trace 9de668a859ee5d6c ]---
tg3 0000:02:00.0: p2p1: transmit timed out, resetting

-- 
BOFH excuse #438:

sticky bit has come loose
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/