| 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
| ||
|
Date: Tue, 5 Jun 2012 09:57:42 -0700 (PDT) From: Christian Kujau <lists@...dbynature.de> To: LKML <linux-kernel@...r.kernel.org>, mcarlson@...adcom.com, mchan@...adcom.com Subject: Re: tg3: transmit timed out, resetting On Mon, 4 Jun 2012 at 16:14, Christian Kujau wrote: > 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. sg=off seems to help, no errors since I disabled it yesterday. Any thoughts on this issue? Christian. > 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/ > -- BOFH excuse #18: excess surge protection -- 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/
Powered by blists - more mailing lists