I have a PCI network card that intermittently stops transmitting traffic under Fedora 15, perhaps once every couple days. The network traffic is not necessarily high when this randomly occurs, and usually the machine is relatively idle.
Kernel: 2.6.38.8-32.fc15.x86_64 Driver: skge Network card: D-Link DGE-530T gigabit PCI card, firmware rev 11 Motherboard: Gigabyte GA-880GM-UD2H Rev 1.3
I do have multiple network cards, but all the others use the r8169 driver, and are seemingly unaffected.
To get the network working again, I either have to reboot, or if I can unload (rmmod) and reload (modprobe) the skge driver then it will resume operating again.
The kernel trace dump message is included below. I have tried to research this and found a couple other reports over the past 6 months or so of almost identical problems with this skge driver/D-Link card combination - but unfortunately I could find no responses.
Does anybody have any idea what may be wrong (a driver bug, or just bad hardware)? Or if there is anything more I can do to provide information to anybody willing to look into this issue. Thanks.
At time 01:01:31 kernel: [263718.926261] skge 0000:03:06.0: PCI error cmd=0x7 status=0x22b0 kernel: [263718.926278] skge 0000:03:06.0: unable to clear error (so ignoring them)
At time 01:02:18 kernel: [263765.712081] ------------[ cut here ]------------ kernel: [263765.712103] WARNING: at net/sched/sch_generic.c:256 dev_watchdog+0x108/0x17c() kernel: [263765.712111] Hardware name: GA-880GM-UD2H kernel: [263765.712117] NETDEV WATCHDOG: eth0 (skge): transmit queue 0 timed out
kernel: [263765.712122] Modules linked in: vfat fat tun md4 nls_utf8 cifs fscache tcp_lp sco bnep l2cap bluetooth rfk\ ill fuse ebtable_nat ebtables ipt_MASQUERADE xt_CHECKSUM iptable_mangle bridge stp llc cpufreq_ondemand sunrpc powern\ ow_k8 freq_table mperf ipt_LOG xt_physdev xt_owner ip6t_REJECT xt_multiport nf_conntrack_ipv6 nf_defrag_ipv6 iptable_\ nat nf_nat ip6table_filter ip6_tables sha256_generic xts gf128mul dm_crypt snd_hda_codec_hdmi snd_hda_codec_realtek s\ nd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm joydev wacom snd_timer snd soundcore snd_page_all\ oc sp5100_tco i2c_piix4 edac_core edac_mce_amd r8169 skge serio_raw mii wmi shpchp k10temp microcode virtio_net kvm_a\ md kvm ipv6 pata_acpi ata_generic firewire_ohci pata_atiixp firewire_core crc_itu_t uas usb_storage radeon ttm drm_km\ s_helper drm i2c_algo_bit i2c_core [last unloaded: scsi_wait_scan]
kernel: [263765.712269] Pid: 0, comm: kworker/0:1 Not tainted 2.6.38.8-32.fc15.x86_64 #1 kernel: [263765.712275] Call Trace: kernel: [263765.712280] <IRQ> [<ffffffff8105511a>] warn_slowpath_common+0x83/0x9b kernel: [263765.712301] [<ffffffff810551d5>] warn_slowpath_fmt+0x46/0x48 kernel: [263765.712311] [<ffffffff813db469>] ? netif_tx_lock+0x4a/0x7c kernel: [263765.712321] [<ffffffff813db5f7>] dev_watchdog+0x108/0x17c kernel: [263765.712331] [<ffffffff8100fd1b>] ? read_tsc+0x9/0x19 kernel: [263765.712341] [<ffffffff81076a8c>] ? timekeeping_get_ns+0x18/0x3a kernel: [263765.712351] [<ffffffff81028801>] ? hpet_legacy_next_event+0x10/0x12 kernel: [263765.712361] [<ffffffff8107a42b>] ? clockevents_program_event+0x8e/0x90 kernel: [263765.712371] [<ffffffff81061378>] run_timer_softirq+0x1a4/0x266 kernel: [263765.712379] [<ffffffff81010150>] ? sched_clock+0x9/0xd kernel: [263765.712387] [<ffffffff813db4ef>] ? dev_watchdog+0x0/0x17c kernel: [263765.712398] [<ffffffff8105ae4c>] __do_softirq+0xd2/0x19d kernel: [263765.712407] [<ffffffff8100fc99>] ? paravirt_read_tsc+0x9/0xd kernel: [263765.712414] [<ffffffff81010150>] ? sched_clock+0x9/0xd kernel: [263765.712423] [<ffffffff8100aadc>] call_softirq+0x1c/0x30 kernel: [263765.712431] [<ffffffff8100c101>] do_softirq+0x46/0x81 kernel: [263765.712440] [<ffffffff8105afd0>] irq_exit+0x49/0x8b kernel: [263765.712450] [<ffffffff8147c006>] do_IRQ+0x8e/0xa5 kernel: [263765.712459] [<ffffffff81475f13>] ret_from_intr+0x0/0x15 kernel: [263765.712465] <EOI> [<ffffffff8102a145>] ? native_safe_halt+0xb/0xd kernel: [263765.712480] [<ffffffff81010d36>] default_idle+0x4e/0x86 kernel: [263765.712488] [<ffffffff81010e31>] c1e_idle+0xc3/0xe4 kernel: [263765.712497] [<ffffffff81008321>] cpu_idle+0xa5/0xdf kernel: [263765.712507] [<ffffffff81464dba>] start_secondary+0x20c/0x20e kernel: [263765.712514] ---[ end trace cb39d09abd048c62 ]---
Problem still not solved. More details,
# lspci -v -s 03:06 03:06.0 Ethernet controller: D-Link System Inc DGE-530T Gigabit Ethernet Adapter (rev 11) (rev 11) Subsystem: D-Link System Inc DGE-530T Gigabit Ethernet Adapter (rev 11) Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 20 Memory at fdcf8000 (32-bit, non-prefetchable) [size=16K] I/O ports at ce00 [size=256] [virtual] Expansion ROM at fdb00000 [disabled] [size=128K] Capabilities: [48] Power Management version 2 Capabilities: [50] Vital Product Data Kernel driver in use: skge Kernel modules: skge
Also PCI command 0x7 maps to these PCI_COMMAND_IO -- Enable response in I/O space PCI_COMMAND_MEMORY -- Enable response in Memory space PCI_COMMAND_MASTER -- Enable bus mastering
And PCI status 0x22b0 maps to the combination of these error bits: PCI_STATUS_REC_MASTER_ABORT -- Set on master abort PCI_STATUS_DEVSEL_MEDIUM -- DEVSEL medium timing PCI_STATUS_FAST_BACK -- Accept fast-back to back PCI_STATUS_66MHZ -- Support 66 Mhz PCI 2.1 bus PCI_STATUS_CAP_LIST -- Support Capability List
-
Deron Meranda