1969:1063 NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out

Bug #729171 reported by Derek
68
This bug affects 10 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Incomplete
Undecided
Unassigned

Bug Description

I have no idea if this is an actual bug. I just got "serious kernel error" popups as I was trying some network jacks on this network.
Could be a side effect of their jack mac filtering. Might not actually be a regression.
Just reporting since debug tools ask.

ProblemType: KernelOops
DistroRelease: Ubuntu 11.04
Package: linux-image-2.6.38-5-generic 2.6.38-5.32
Regression: Yes
Reproducible: No
ProcVersionSignature: Ubuntu 2.6.38-5.32-generic 2.6.38-rc6
Uname: Linux 2.6.38-5-generic x86_64
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
Annotation: Your system might become unstable now and might need to be restarted.
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: ALC269 Analog [ALC269 Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: nemo 1476 F.... pulseaudio
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xdd400000 irq 42'
   Mixer name : 'Intel IbexPeak HDMI'
   Components : 'HDA:10ec0269,104d4300,00100004 HDA:80862804,104d4300,00100000'
   Controls : 16
   Simple ctrls : 8
Date: Fri Mar 4 11:21:13 2011
Failure: oops
Frequency: I don't know.
HibernationDevice: RESUME=UUID=367676ab-abb4-4acd-842e-768d168666ad
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
MachineType: Sony Corporation VPCB11KGX
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.38-5-generic root=UUID=954d6713-921d-45aa-91f5-a0d5192e2eef ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-2.6.38-5-generic N/A
 linux-backports-modules-2.6.38-5-generic N/A
 linux-firmware 1.48
SourcePackage: linux
Title: NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
UpgradeStatus: Upgraded to natty on 2011-02-25 (6 days ago)
dmi.bios.date: 01/07/2009
dmi.bios.vendor: INSYDE
dmi.bios.version: R0250Q4
dmi.board.asset.tag: N/A
dmi.board.name: VAIO
dmi.board.vendor: Sony Corporation
dmi.board.version: N/A
dmi.chassis.asset.tag: N/A
dmi.chassis.type: 10
dmi.chassis.vendor: Sony Corporation
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnINSYDE:bvrR0250Q4:bd01/07/2009:svnSonyCorporation:pnVPCB11KGX:pvrR5911351:rvnSonyCorporation:rnVAIO:rvrN/A:cvnSonyCorporation:ct10:cvrN/A:
dmi.product.name: VPCB11KGX
dmi.product.version: R5911351
dmi.sys.vendor: Sony Corporation

Revision history for this message
Derek (bugs-m8y) wrote :
Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Jonathan Vargas (jvargas-alkaid) wrote :

The problem is bigger. After getting that message and each 2 or 4 minutes, appear this message in log:

Jun 21 04:23:33 mizard kernel: [ 149.942608] atl1c 0000:02:00.0: irq 41 for MSI/MSI-X
Jun 21 04:23:33 mizard kernel: [ 149.942687] atl1c 0000:02:00.0: atl1c: eth0 NIC Link is Up<100 Mbps Full Duplex>

If I do try to transfer a file greater than 20Mb between a computer and another, using SSH, the above message appears more frecuently and the line speed is TOO slow or freezes the connection at all.

Here is a log capture:
http://codepad.org/aoCaiK9h

I can't use this host for common network operations at all. Thanks in advance!

tags: added: atl1c ethernet
Revision history for this message
Jonathan Vargas (jvargas-alkaid) wrote :

I just want to report that I was able to solve by inspecting older kernel bugs, and found this:

https://bugzilla.kernel.org/show_bug.cgi?id=14958

Deleting mangle table solves my problem, which produced a VERY low and freezing ethernet connection.

Revision history for this message
Jacques (jacques-eavr) wrote :
Download full text (5.0 KiB)

Hi,

Same bug on OO with a 3.0 kernel.

I did a transfer of a very huge amount of data (>50GB) between two computers linked through a Netgear router. The throughput was constant around 11 MB/s. Just after disconnecting and immediately reconnecting the Ethernet cable, the kernel spat a concerning message (see below).

I Googled this and found that other users experimented similar behavior after a huge point to point transfer. I know this is a rather weak hint for a bug hunt, but maybe it will raise a bell to someone...

Best,
Jacques

Dec 17 21:46:16 jacques NetworkManager[726]: <info> (eth0): DHCPv4 state changed nbi -> preinit
Dec 17 21:46:19 jacques dhclient: DHCPREQUEST of 192.168.1.7 on eth0 to 255.255.255.255 port 67
Dec 17 21:46:21 jacques NetworkManager[726]: <info> (eth0): carrier now OFF (device state 70, deferring action for 4 seconds)
Dec 17 21:46:21 jacques kernel: [19494.800075] ------------[ cut here ]------------
Dec 17 21:46:21 jacques kernel: [19494.800102] WARNING: at /build/buildd/linux-3.0.0/net/sched/sch_generic.c:255 dev_watchdog+0x25a/0x270()
Dec 17 21:46:21 jacques kernel: [19494.800112] Hardware name: 1015PX
Dec 17 21:46:21 jacques kernel: [19494.800120] NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
Dec 17 21:46:21 jacques kernel: [19494.800127] Modules linked in: pci_stub vboxpci vboxnetadp vboxnetflt vboxdrv parport_pc ppdev wl(P) lib80211 bcma arc4 bnep rfcomm eeepc_wmi asus_wmi sparse_keymap joydev uvcvideo videodev v4l2_compat_ioctl32 snd_hda_codec_realtek snd_hda_intel btusb bluetooth snd_hda_codec snd_hwdep snd_pcm psmouse snd_seq_midi serio_raw snd_rawmidi binfmt_misc brcmsmac(C) snd_seq_midi_event snd_seq brcmutil(C) snd_timer snd_seq_device mac80211 snd cfg80211 wmi crc_ccitt i915 soundcore snd_page_alloc drm_kms_helper drm i2c_algo_bit video lp parport usbhid hid ahci libahci atl1c
Dec 17 21:46:21 jacques kernel: [19494.800292] Pid: 0, comm: kworker/0:1 Tainted: P C 3.0.0-14-generic #23-Ubuntu
Dec 17 21:46:21 jacques kernel: [19494.800301] Call Trace:
Dec 17 21:46:21 jacques kernel: [19494.800309] <IRQ> [<ffffffff8105e7ef>] warn_slowpath_common+0x7f/0xc0
Dec 17 21:46:21 jacques kernel: [19494.800339] [<ffffffff8105e8e6>] warn_slowpath_fmt+0x46/0x50
Dec 17 21:46:21 jacques kernel: [19494.800360] [<ffffffff814f832a>] dev_watchdog+0x25a/0x270
Dec 17 21:46:21 jacques kernel: [19494.800375] [<ffffffff8107a1b0>] ? __queue_work+0x320/0x320
Dec 17 21:46:21 jacques kernel: [19494.800387] [<ffffffff814f80d0>] ? qdisc_reset+0x50/0x50
Dec 17 21:46:21 jacques kernel: [19494.800399] [<ffffffff814f80d0>] ? qdisc_reset+0x50/0x50
Dec 17 21:46:21 jacques kernel: [19494.800414] [<ffffffff8106d546>] call_timer_fn+0x46/0x160
Dec 17 21:46:21 jacques kernel: [19494.800426] [<ffffffff814f80d0>] ? qdisc_reset+0x50/0x50
Dec 17 21:46:21 jacques kernel: [19494.800439] [<ffffffff8106ee72>] run_timer_softirq+0x132/0x2a0
Dec 17 21:46:21 jacques kernel: [19494.800453] [<ffffffff8102706d>] ? lapic_next_event+0x1d/0x30
Dec 17 21:46:21 jacques kernel: [19494.800467] [<ffffffff81065f08>] __do_softirq+0xa8/0x210
Dec 17 21:46:21 jacques kernel: [19494.800480] [<ffffffff8109382f>] ? tick_program_event+0x1f/0x30
...

Read more...

Revision history for this message
penalvch (penalvch) wrote :

Derek, 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 in the development release from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux <replace-with-bug-number>

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 . Please do not test the kernel in the daily folder, but the one all the way at the bottom. 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. As well, please comment on which kernel version specifically you tested.

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream', and comment as to why specifically you were unable to test it.

Please let us know your results. Thanks in advance.

Helpful Bug Reporting Links:
https://help.ubuntu.com/community/ReportingBugs#Bug_Reporting_Etiquette
https://help.ubuntu.com/community/ReportingBugs#A3._Make_sure_the_bug_hasn.27t_already_been_reported
https://help.ubuntu.com/community/ReportingBugs#Adding_Apport_Debug_Information_to_an_Existing_Launchpad_Bug
https://help.ubuntu.com/community/ReportingBugs#Adding_Additional_Attachments_to_an_Existing_Launchpad_Bug

summary: - NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
+ 1969:1063 NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
tags: removed: atl1c ethernet
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.