Description of problem: My eth0 connection goes up and down all the time; the logs are full of [167751.720286] r8169 0000:02:00.0 eth0: link up [167763.726287] r8169 0000:02:00.0 eth0: link up [167811.720288] r8169 0000:02:00.0 eth0: link up [167823.720282] r8169 0000:02:00.0 eth0: link up [167835.717284] r8169 0000:02:00.0 eth0: link up [167853.719293] r8169 0000:02:00.0 eth0: link up [167907.720290] r8169 0000:02:00.0 eth0: link up Version-Release number of selected component (if applicable): Also applicable with 3.7.0 although 3.6.5 was working fine. There is also a kernel trace, see attachement + output of lspcidrake How reproducible: All the time, prevent ethernet connection to work correctly especially on heavy loads. cheers, Chris.
Created attachment 3327 [details] kernel trace in the logs
Created attachment 3328 [details] output of lspcidrake
Assignee: bugsquad => tmb
Still there with 3.8.0-desktop-0.rc3.1.mga3 and new ralink firmware, together with the kernel trace: [ 684.720006] ------------[ cut here ]------------ [ 684.720016] WARNING: at net/sched/sch_generic.c:254 dev_watchdog+0x240/0x250() [ 684.720018] Hardware name: System Product Name [ 684.720020] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out [ 684.720021] Modules linked in: fuse xfs crc32c libcrc32c exportfs xts gf128mul dm_crypt af_packet hwmon_vid lm63 nouveau mxm_wmi wmi video ttm drm_kms_helper drm i2c_algo_bit dm_zero dm_mirror dm_region_hash dm_log dm_mod arc4 rt61pci rt2x00pci rt2x00lib eeprom_93cx6 mac80211 iTCO_wdt iTCO_vendor_support floppy cpufreq_ondemand cpufreq_conservative coretemp cpufreq_powersave snd_hda_codec_hdmi cfg80211 uvcvideo snd_hda_codec_analog videobuf2_vmalloc acpi_cpufreq mperf r8169 rfkill mii videobuf2_memops videobuf2_core videodev snd_usb_audio lpc_ich media snd_usbmidi_lib processor snd_hda_intel snd_hda_codec snd_cmipci snd_mpu401_uart snd_opl3_lib snd_rawmidi snd_hwdep ppdev rng_core parport_pc parport snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm [ 684.720072] snd_page_alloc snd_timer snd ehci_pci ehci_hcd gameport i2c_i801 i2c_core asus_atk0110 soundcore kvm evdev button microcode ipv6 autofs4 usb_storage ext4 crc16 jbd2 hid_generic usbhid hid ohci_hcd uhci_hcd sd_mod firewire_ohci crc_t10dif sr_mod firewire_core crc_itu_t usbcore usb_common ide_generic piix ide_pci_generic ide_core ahci libahci ata_piix libata scsi_mod [ 684.720101] Pid: 5681, comm: firefox Not tainted 3.8.0-desktop-0.rc3.1.mga3 #1 [ 684.720103] Call Trace: [ 684.720104] <IRQ> [<ffffffff81055dcf>] warn_slowpath_common+0x7f/0xc0 [ 684.720112] [<ffffffff81055ec6>] warn_slowpath_fmt+0x46/0x50 [ 684.720116] [<ffffffff810928af>] ? task_tick_fair+0x16f/0x550 [ 684.720120] [<ffffffff81401df0>] dev_watchdog+0x240/0x250 [ 684.720123] [<ffffffff81401bb0>] ? dev_deactivate_queue.constprop.30+0x80/0x80 [ 684.720126] [<ffffffff810652ea>] call_timer_fn+0x3a/0x120 [ 684.720129] [<ffffffff81401bb0>] ? dev_deactivate_queue.constprop.30+0x80/0x80 [ 684.720132] [<ffffffff81066f4e>] run_timer_softirq+0x1fe/0x2b0 [ 684.720135] [<ffffffff810a8112>] ? ktime_get+0x52/0xe0 [ 684.720138] [<ffffffff8105e258>] __do_softirq+0xc8/0x200 [ 684.720141] [<ffffffff810af514>] ? tick_program_event+0x24/0x30 [ 684.720145] [<ffffffff814afa1c>] call_softirq+0x1c/0x30 [ 684.720149] [<ffffffff81016665>] do_softirq+0x75/0xb0 [ 684.720152] [<ffffffff8105e505>] irq_exit+0xa5/0xb0 [ 684.720156] [<ffffffff81038e1e>] smp_apic_timer_interrupt+0x6e/0xa0 [ 684.720158] [<ffffffff814af2dd>] apic_timer_interrupt+0x6d/0x80 [ 684.720159] <EOI> [<ffffffff814ae5ad>] ? system_call_fastpath+0x1a/0x1f [ 684.720163] ---[ end trace f135d0a0172170f6 ]--- [ 684.728314] r8169 0000:02:00.0 eth0: link up [ 714.728273] r8169 0000:02:00.0 eth0: link up
Just an update, still there in 3.8.0-rc5.1 Cheers, Chris.
At last, I am not alone, although the future is bug is not very bright ;) https://patchwork.kernel.org/patch/1936581/
Problematic patches reverted in kernel-3.8.0-0.rc7.1.mga3 wich is currently building, so it should be available in ~2+ hours...
Status: NEW => RESOLVEDResolution: (none) => FIXED
Hi Master, just tested today, unfortunately that's pretty much the same as before, slightly less often though :-/ Cheers, Chris. [ 3956.720007] ------------[ cut here ]------------ [ 3956.720018] WARNING: at net/sched/sch_generic.c:254 dev_watchdog+0x240/0x250() [ 3956.720021] Hardware name: System Product Name [ 3956.720023] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out [ 3956.720025] Modules linked in: iptable_filter ip_tables x_tables fuse xfs exportfs xts gf128mul dm_crypt af_packet hwmon_vid lm63 snd_hda_codec_hdmi snd_hda_codec_analog nvidia(PO) snd_hda_intel snd_hda_codec snd_usb_audio snd_seq_dummy snd_seq_oss snd_seq_midi_event uvcvideo snd_seq snd_cmipci videobuf2_vmalloc videobuf2_memops snd_mpu401_uart snd_opl3_lib iTCO_wdt iTCO_vendor_support snd_usbmidi_lib snd_pcm_oss snd_hwdep videobuf2_core floppy snd_rawmidi videodev hid_generic media cpufreq_ondemand usb_storage usbhid snd_seq_device snd_mixer_oss hid dm_mirror lpc_ich r8169 cpufreq_conservative cpufreq_powersave acpi_cpufreq mperf gameport dm_region_hash dm_log coretemp ppdev snd_pcm snd_page_alloc mii evdev dm_mod i2c_i801 i2c_core snd_timer snd parport_pc rng_core kvm soundcore parport processor [ 3956.720095] asus_atk0110 button microcode ipv6 autofs4 firewire_ohci firewire_core sr_mod crc_itu_t ohci_hcd ehci_pci ehci_hcd uhci_hcd usbcore usb_common ide_generic piix ide_pci_generic ide_core ata_piix [ 3956.720116] Pid: 0, comm: swapper/0 Tainted: P O 3.8.0-desktop-0.rc7.1.mga3 #1 [ 3956.720119] Call Trace: [ 3956.720121] <IRQ> [<ffffffff81055e1f>] warn_slowpath_common+0x7f/0xc0 [ 3956.720132] [<ffffffff8101b5d9>] ? read_tsc+0x9/0x20 [ 3956.720137] [<ffffffff81055f16>] warn_slowpath_fmt+0x46/0x50 [ 3956.720143] [<ffffffff8152d230>] dev_watchdog+0x240/0x250 [ 3956.720148] [<ffffffff8152cff0>] ? dev_deactivate_queue.constprop.30+0x80/0x80 [ 3956.720152] [<ffffffff810654aa>] call_timer_fn+0x3a/0x120 [ 3956.720156] [<ffffffff8152cff0>] ? dev_deactivate_queue.constprop.30+0x80/0x80 [ 3956.720160] [<ffffffff8106710e>] run_timer_softirq+0x1fe/0x2b0 [ 3956.720165] [<ffffffff810a8332>] ? ktime_get+0x52/0xe0 [ 3956.720169] [<ffffffff8105e2a8>] __do_softirq+0xc8/0x200 [ 3956.720175] [<ffffffff810af734>] ? tick_program_event+0x24/0x30 [ 3956.720180] [<ffffffff815dca1c>] call_softirq+0x1c/0x30 [ 3956.720185] [<ffffffff81016665>] do_softirq+0x75/0xb0 [ 3956.720189] [<ffffffff8105e555>] irq_exit+0xa5/0xb0 [ 3956.720194] [<ffffffff81038e1e>] smp_apic_timer_interrupt+0x6e/0xa0 [ 3956.720198] [<ffffffff815dc2dd>] apic_timer_interrupt+0x6d/0x80 [ 3956.720200] <EOI> [<ffffffff8107eb98>] ? hrtimer_start+0x18/0x20 [ 3956.720207] [<ffffffff8101ccd1>] ? mwait_idle+0x91/0x1e0 [ 3956.720212] [<ffffffff8101d69e>] cpu_idle+0xfe/0x120 [ 3956.720217] [<ffffffff815b53b2>] rest_init+0x72/0x80 [ 3956.720222] [<ffffffff81ad9c22>] start_kernel+0x3af/0x3bc [ 3956.720225] [<ffffffff81ad9672>] ? repair_env_string+0x5e/0x5e [ 3956.720229] [<ffffffff81ad9356>] x86_64_start_reservations+0x131/0x135 [ 3956.720233] [<ffffffff81ad945a>] x86_64_start_kernel+0x100/0x10f [ 3956.720236] ---[ end trace f55756403bc71a70 ]--- [ 3956.724301] r8169 0000:02:00.0 eth0: link up [ 4406.725286] r8169 0000:02:00.0 eth0: link up
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
heyyya! it has been more than a few hours without any pb with 3.8.3-desktop-2.mga3!! I am closing and crossing my fingers :) Chris.
Status: REOPENED => RESOLVEDResolution: (none) => FIXED
:-/ shows up again after more than a few hours... [ 4771.001066] netlink: 33 bytes leftover after parsing attributes. [ 4771.001089] netlink: 33 bytes leftover after parsing attributes. [ 6458.393241] netlink: 33 bytes leftover after parsing attributes. [ 6458.393248] netlink: 33 bytes leftover after parsing attributes. [ 6458.393276] netlink: 33 bytes leftover after parsing attributes. [ 8139.769572] netlink: 33 bytes leftover after parsing attributes. [ 8139.769579] netlink: 33 bytes leftover after parsing attributes. [ 8139.769609] netlink: 33 bytes leftover after parsing attributes. [ 9794.560505] netlink: 33 bytes leftover after parsing attributes. [ 9794.560511] netlink: 33 bytes leftover after parsing attributes. [ 9794.560543] netlink: 33 bytes leftover after parsing attributes. [ 9836.724290] r8169 0000:02:00.0 eth0: link up [10580.726317] r8169 0000:02:00.0 eth0: link up [10934.725275] r8169 0000:02:00.0 eth0: link up [11258.725276] r8169 0000:02:00.0 eth0: link up [11312.724280] r8169 0000:02:00.0 eth0: link up [11336.725275] r8169 0000:02:00.0 eth0: link up [11366.725281] r8169 0000:02:00.0 eth0: link up
I can add some extra-info. Interestingly enough, I bought an extra ethercard to solve this, which ends up using the same module (!), and works perfectly fine. To summarize: r8169 does not work (kernel > 3.6.5, fine before) with ---> 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 01) r8169 works fine with ---> 01:01.0 Ethernet controller: D-Link System Inc DGE-528T Gigabit Ethernet Adapter (rev 10) Cheers.
Closing as OLD, please reopen if needed.
Status: REOPENED => RESOLVEDResolution: (none) => OLD