Bug 9079
| Summary: | NETDEV WATCHDOG: eth0: transmit timed out | ||
|---|---|---|---|
| Product: | Networking | Reporter: | Rafael J. Wysocki (rjwysocki) |
| Component: | Other | Assignee: | Francois Romieu (romieu) |
| Status: | REJECTED INSUFFICIENT_DATA | ||
| Severity: | normal | CC: | eike-kernel, romieu |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.23-rc3 | Subsystem: | |
| Regression: | Yes | Bisected commit-id: | |
| Bug Depends on: | |||
| Bug Blocks: | 9056 | ||
|
Description
Rafael J. Wysocki
2007-09-26 14:30:32 UTC
I see the same problems here with this card (builtin in Toshiba Satellite A110-178). S2disk and wakeup is enough to cure it. First time I noticed it was on August 10th (which was sometime between -rc2 and -rc3).
05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E PCI Express Fast Ethernet controller (rev 01)
Subsystem: Toshiba America Info Systems Unknown device ff00
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 220
Region 0: I/O ports at 4000 [size=256]
Region 2: Memory at da000000 (64-bit, non-prefetchable) [size=4K]
[virtual] Expansion ROM at d4000000 [disabled] [size=64K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0-,D1+,D2+,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME+
Capabilities: [48] Vital Product Data
Capabilities: [50] Message Signalled Interrupts: Mask- 64bit+ Queue=0/1 Enable+
Address: 00000000fee0100c Data: 41e9
Capabilities: [60] Express Endpoint IRQ 0
Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag+
Device: Latency L0s <1us, L1 unlimited
Device: AtnBtn+ AtnInd+ PwrInd+
Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported-
Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
Device: MaxPayload 128 bytes, MaxReadReq 128 bytes
Link: Supported Speed 2.5Gb/s, Width x1, ASPM L0s, Port 0
Link: Latency L0s unlimited, L1 unlimited
Link: ASPM Disabled RCB 64 bytes CommClk+ ExtSynch-
Link: Speed 2.5Gb/s, Width x1
Capabilities: [84] Vendor Specific Information
Capabilities: [100] Advanced Error Reporting
Capabilities: [12c] Virtual Channel
Capabilities: [148] Device Serial Number nn-nn-nn-nn-nn-nn-nn-nn
Capabilities: [154] Power Budgeting
The 8101 and the 8168 are different enough for the problem to be different for each adapter. Rolf, did 2.6.23-rc1 work correctly ? -- Ueimor No response in over 9 months, closing Sorry, this one got lost. No idea, it's an older kernel. Bug is still present in 2.6.26. Rolf, is it still present in 2.6.27-rc6 + http://userweb.kernel.org/~romieu/r8169/2.6.27-rc6/20080913-r8169-test.patch -- Ueimor I have tried with 2.6.27-rc7-git a "svn up ~/repos/KDE" which is a (sparse) SVN checkout of KDE SVN root. This was an absolutely reliable way to cause that timeout. It _was_, it works now. Here it is again: WARNING: at /home/eike/repos/linux-2.6/net/sched/sch_generic.c:219 dev_watchdog+0xfb/0x17d() NETDEV WATCHDOG: eth0 (r8169): transmit timed out Modules linked in: iptable_filter ip_tables ip6table_filter ip6_tables x_tables ipv6 af_packet snd_pcm_oss snd_mixer_oss snd_seq snd_seq_device cpufreq_conservative cpufr eq_ondemand cpufreq_userspace cpufreq_powersave acpi_cpufreq speedstep_lib freq_table fuse twofish twofish_common cbc dm_crypt nls_utf8 ntfs ext3 jbd loop omnibook mmc_bl ock arc4 ecb crypto_blkcipher pcmcia iwl3945 video backlight sdhci_pci sdhci intel_agp snd_hda_intel rfkill yenta_socket ohci1394 output rsrc_nonstatic container ac agpga rt battery mmc_core ieee1394 pcmcia_core mac80211 snd_pcm button snd_timer snd i2c_i801 iTCO_wdt serio_raw soundcore i2c_core cfg80211 joydev sr_mod r8169 snd_page_alloc cdrom sg usbhid sd_mod ehci_hcd uhci_hcd usbcore dm_snapshot edd dm_mod fan ata_piix libata scsi_mod dock thermal processor Pid: 0, comm: swapper Not tainted 2.6.27-rc7-git #67 [<c01201ce>] warn_slowpath+0x4b/0x6c [<c0255e4f>] ? __kfree_skb+0x63/0x66 [<c0255e7b>] ? kfree_skb+0x29/0x2b [<c028b4cd>] ? arp_process+0x547/0x561 [<c028b5c9>] ? arp_rcv+0xd8/0xeb [<c025a68a>] ? netif_receive_skb+0x1b1/0x1c8 [<c01d54c6>] ? strlcpy+0x17/0x49 [<c0265b11>] dev_watchdog+0xfb/0x17d [<c01281ea>] ? __mod_timer+0xc5/0xd0 [<f8b1d8b2>] ? sta_info_cleanup+0x119/0x121 [mac80211] [<c02b3bfc>] ? _spin_unlock_irq+0x8/0xb [<c0127b34>] run_timer_softirq+0x13b/0x19b [<c0265a16>] ? dev_watchdog+0x0/0x17d [<c0265a16>] ? dev_watchdog+0x0/0x17d [<c012467d>] __do_softirq+0x70/0xd5 [<c012460d>] ? __do_softirq+0x0/0xd5 [<c0105862>] do_softirq+0x5c/0x92 [<c014f090>] ? handle_edge_irq+0x0/0x109 [<c012440f>] irq_exit+0x38/0x6d [<c01057ef>] do_IRQ+0xe7/0xfe [<c01042d7>] common_interrupt+0x23/0x28 [<f8828134>] ? acpi_idle_enter_bm+0x2cc/0x34e [processor] [<c0247a29>] cpuidle_idle_call+0x59/0x89 [<c01029fa>] cpu_idle+0xd1/0xf3 [<c02a6d86>] rest_init+0x4e/0x50 |