Bug#642025:
Looks like I'm having this issue, too. Kernel fails almost daily. with 3.2.0-2 kernel pcie_aspm=off helped, 3.2.0-3 it doesn't help anymore. My temporary workaround is to roll back to 3.2.0-2. stack trace from logfile: Aug 22 19:43:25 home1 kernel: [35114.418251] [ cut here ] Aug 22 19:43:25 home1 kernel: [35114.418259] WARNING: at /build/buildd-linux_3.2.23-1-i386-qhsd1M/linux-3.2.23/net/sched/sch_generic.c:255 dev_watchdog+0xb1/0x104() Aug 22 19:43:25 home1 kernel: [35114.418261] Hardware name: H67MA-USB3-B3 Aug 22 19:43:25 home1 kernel: [35114.418262] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out Aug 22 19:43:25 home1 kernel: [35114.418264] Modules linked in: veth pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) xt_TCPMSS xt_tcpmss xt_tcpudp iptable_mangle parport_pc ppdev lp parport pppoe pppox fuse dummy bridge stp ppp_generic slhc ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack ip_tables x_tables xfs sbs sbshc power_supply vboxdrv(O) dm_crypt snd_hda_codec_hdmi snd_hda_codec_realtek i915 snd_hda_intel snd_usb_audio uvcvideo snd_hda_codec snd_usbmidi_lib snd_hwdep snd_pcm_oss snd_mixer_oss snd_seq_midi snd_seq_midi_event video videodev snd_rawmidi media snd_seq snd_pcm snd_page_alloc drm_kms_helper drm snd_seq_device snd_timer i2c_algo_bit i2c_i801 i2c_core acpi_cpufreq mperf snd evdev iTCO_wdt iTCO_vendor_support coretemp soundcore processor button pcspkr thermal_sys reiserfs dm_mod usbhid hid sd_mod sr_mod cdrom crc_t10dif ata_generic crc32c_intel floppy xhci_hcd aesni_intel aes_i586 ata_piix ehci_hcd r8169 mii aes_generic cryptd libata scsi_mod usbcore usb_common [las Aug 22 19:43:25 home1 kernel: t unloaded: scsi_wait_scan] Aug 22 19:43:25 home1 kernel: [35114.418313] Pid: 0, comm: swapper/0 Tainted: GW O 3.2.0-3-686-pae #1 Aug 22 19:43:25 home1 kernel: [35114.418314] Call Trace: Aug 22 19:43:25 home1 kernel: [35114.418319] [c1037fcc] ? warn_slowpath_common+0x68/0x79 Aug 22 19:43:25 home1 kernel: [35114.418322] [c1230064] ? dev_watchdog+0xb1/0x104 Aug 22 19:43:25 home1 kernel: [35114.418325] [c1038045] ? warn_slowpath_fmt+0x29/0x2d Aug 22 19:43:25 home1 kernel: [35114.418327] [c1230064] ? dev_watchdog+0xb1/0x104 Aug 22 19:43:25 home1 kernel: [35114.418332] [c103c9cd] ? local_bh_enable+0x2/0x2 Aug 22 19:43:25 home1 kernel: [35114.418334] [c1041b80] ? run_timer_softirq+0x150/0x1f3 Aug 22 19:43:25 home1 kernel: [35114.418337] [c122ffb3] ? netif_tx_unlock+0x3a/0x3a Aug 22 19:43:25 home1 kernel: [35114.418339] [c103c9cd] ? local_bh_enable+0x2/0x2 Aug 22 19:43:25 home1 kernel: [35114.418341] [c103ca61] ? __do_softirq+0x94/0x12f Aug 22 19:43:25 home1 kernel: [35114.418343] [c103c9cd] ? local_bh_enable+0x2/0x2 Aug 22 19:43:25 home1 kernel: [35114.418345] IRQ [c103cc52] ? irq_exit+0x32/0x80 Aug 22 19:43:25 home1 kernel: [35114.418350] [c101e2b9] ? smp_apic_timer_interrupt+0x5b/0x65 Aug 22 19:43:25 home1 kernel: [35114.418353] [c12c0509] ? apic_timer_interrupt+0x31/0x38 Aug 22 19:43:25 home1 kernel: [35114.418355] [c103007b] ? print_cfs_rq+0x10f/0x651 Aug 22 19:43:25 home1 kernel: [35114.418358] [c1198667] ? intel_idle+0xcc/0xf8 Aug 22 19:43:25 home1 kernel: [35114.418362] [c1209e68] ? cpuidle_idle_call+0xcc/0x142 Aug 22 19:43:25 home1 kernel: [35114.418365] [c100aa3d] ? cpu_idle+0x8b/0xaf Aug 22 19:43:25 home1 kernel: [35114.418369] [c14156fe] ? start_kernel+0x320/0x325 Aug 22 19:43:25 home1 kernel: [35114.418370] ---[ end trace a7919e7f17c0a727 ]--- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642025: [Andrey Vasilishin: Re: (r8169): transmit queue 0 timed out]
Forwarding with permission. ---BeginMessage--- 25.06.2012 6:35, Jonathan Nieder пишет: Андрей Василишин wrote: Андрей Василишин wrote: NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out [...] Now I am using 3.2.0-2 kernel and not using Realtek NIC, thats why I can't reproduce this bug. Thanks for the update. Do you still have access to the Realtek NIC? If we come up with a patch to try, would you be interested in trying it? Oh, I have many servers and almost all of them now working with other NICs. I don't remember which server contain this bug. Most probably there is already last kernel. (I think there was a bugfix addressing similar symptoms in 3.2-rc5, actually, so just trying a recent kernel would already be interesting.) No is a fine answer, but please do let us know so we can plan accordingly. If I find old (=2.6.32) kernel and Realtek NIC, What should I do? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE ---End Message---
Bug#642025: (r8169): transmit queue 0 timed out
Андрей Василишин wrote: Андрей Василишин wrote: NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out [...] Now I am using 3.2.0-2 kernel and not using Realtek NIC, thats why I can't reproduce this bug. Thanks for the update. Do you still have access to the Realtek NIC? If we come up with a patch to try, would you be interested in trying it? (I think there was a bugfix addressing similar symptoms in 3.2-rc5, actually, so just trying a recent kernel would already be interesting.) No is a fine answer, but please do let us know so we can plan accordingly. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642025: (r8169): transmit queue 0 timed out
19.06.2012 22:10, Jonathan Nieder пиÑеÑ: Hi Andrei, ÐндÑей ÐаÑилиÑин wrote: NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out Sorry for the long silence. Did this happen only once, or was it reproducible? If the latter, is it still reproducible? What kernel are you using these days? Thanks for writing, Jonathan Now I am using 3.2.0-2 kernel and not using Realtek NIC, thats why I can't reproduce this bug. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642025: (r8169): transmit queue 0 timed out
Hi Andrei, Андрей Василишин wrote: NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out Sorry for the long silence. Did this happen only once, or was it reproducible? If the latter, is it still reproducible? What kernel are you using these days? Thanks for writing, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642025: (r8169): transmit queue 0 timed out
Package: linux-image-3.0.0-1-amd64 Version: 3.0.0-2 Sep 18 19:47:12 localhost kernel: [949402.396510] r8169 :02:00.0: eth0: link up Sep 18 19:47:13 localhost kernel: [949403.402626] r8169 :02:00.0: eth0: link up Sep 18 19:47:14 localhost kernel: [949404.340850] r8169 :02:00.0: eth0: link up Sep 18 19:47:15 localhost kernel: [949405.287085] r8169 :02:00.0: eth0: link up Sep 18 19:47:16 localhost kernel: [949406.492816] r8169 :02:00.0: eth0: link up Sep 18 19:47:18 localhost kernel: [949408.620813] r8169 :02:00.0: eth0: link up Sep 18 19:47:19 localhost kernel: [949410.078073] r8169 :02:00.0: eth0: link up Sep 18 19:47:22 localhost kernel: [949412.345802] r8169 :02:00.0: eth0: link up Sep 18 19:47:24 localhost kernel: [949414.745190] [ cut here ] Sep 18 19:47:24 localhost kernel: [949414.745200] WARNING: at /build/buildd-linux-2.6_3.0.0-2-amd64-9iQzxp/linux-2.6-3.0.0/debian/build/source_amd64_none/net/ sched/sch_generic.c:255 dev_watchdog+0xe9/0x148() Sep 18 19:47:24 localhost kernel: [949414.745204] Hardware name: Z68P-DS3 Sep 18 19:47:24 localhost kernel: [949414.745206] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out Sep 18 19:47:24 localhost kernel: [949414.745208] Modules linked in: xfs netconsole configfs aufs(C) loop i915 drm_kms_helper drm evdev snd_pcm i2c_i801 i2c_a lgo_bit video processor snd_timer shpchp pci_hotplug serio_raw i2c_core thermal_sys button snd soundcore snd_page_alloc pcspkr ext4 mbcache jbd2 crc16 raid1 m d_mod sg sd_mod crc_t10dif ehci_hcd usbcore ahci libahci r8169 mii libata scsi_mod [last unloaded: scsi_wait_scan] Sep 18 19:47:24 localhost kernel: [949414.745250] Pid: 0, comm: swapper Tainted: G C 3.0.0-1-amd64 #1 Sep 18 19:47:24 localhost kernel: [949414.745252] Call Trace: Sep 18 19:47:24 localhost kernel: [949414.745253] IRQ [81046521] ? warn_slowpath_common+0x78/0x8c Sep 18 19:47:24 localhost kernel: [949414.745261] [810465d6] ? warn_slowpath_fmt+0x45/0x4a Sep 18 19:47:24 localhost kernel: [949414.745263] [812953d4] ? netif_tx_lock+0x43/0x77 Sep 18 19:47:24 localhost kernel: [949414.745266] [8129553d] ? dev_watchdog+0xe9/0x148 Sep 18 19:47:24 localhost kernel: [949414.745269] [81052b04] ? run_timer_softirq+0x1bf/0x28a Sep 18 19:47:24 localhost kernel: [949414.745272] [8104c0ad] ? raise_softirq_irqoff+0x9/0x2e Sep 18 19:47:24 localhost kernel: [949414.745275] [81295454] ? netif_tx_unlock+0x4c/0x4c Sep 18 19:47:24 localhost kernel: [949414.745278] [81066feb] ? timekeeping_get_ns+0xd/0x2a Sep 18 19:47:24 localhost kernel: [949414.745281] [8104bdd4] ? __do_softirq+0xb9/0x178 Sep 18 19:47:24 localhost kernel: [949414.745284] [8133cf1c] ? call_softirq+0x1c/0x30 Sep 18 19:47:24 localhost kernel: [949414.745287] [8100a9ef] ? do_softirq+0x3f/0x84 Sep 18 19:47:24 localhost kernel: [949414.745289] [8104c040] ? irq_exit+0x3f/0xa3 Sep 18 19:47:24 localhost kernel: [949414.745293] [8101f51e] ? smp_apic_timer_interrupt+0x76/0x86 Sep 18 19:47:24 localhost kernel: [949414.745296] [8133c6d3] ? apic_timer_interrupt+0x13/0x20 Sep 18 19:47:24 localhost kernel: [949414.745297] EOI [810632f9] ? hrtimer_get_next_event+0x7b/0x93 Sep 18 19:47:24 localhost kernel: [949414.745304] [a01a1400] ? arch_local_irq_enable+0x4/0x8 [processor] Sep 18 19:47:24 localhost kernel: [949414.745307] [a01a1fcb] ? acpi_idle_enter_bm+0x218/0x250 [processor] Sep 18 19:47:24 localhost kernel: [949414.745311] [812658b4] ? cpuidle_idle_call+0xf5/0x180 Sep 18 19:47:24 localhost kernel: [949414.745313] [8100827e] ? cpu_idle+0xa2/0xc4 Sep 18 19:47:24 localhost kernel: [949414.745316] [8169fb65] ? start_kernel+0x3bd/0x3c8 Sep 18 19:47:24 localhost kernel: [949414.745319] [8169f3c6] ? x86_64_start_kernel+0x102/0x10f Sep 18 19:47:24 localhost kernel: [949414.745321] ---[ end trace 1225d595a5acca84 ]--- Sep 18 19:47:24 localhost kernel: [949414.753274] r8169 :02:00.0: eth0: link up Sep 18 19:47:26 localhost kernel: [949416.709607] r8169 :02:00.0: eth0: link up Sep 18 19:47:29 localhost kernel: [949419.312711] r8169 :02:00.0: eth0: link up Sep 18 19:47:32 localhost kernel: [949422.299095] r8169 :02:00.0: eth0: link up Sep 18 19:47:34 localhost kernel: [949425.125787] r8169 :02:00.0: eth0: link up -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
