You are not logged in.

#1 2009-01-18 13:55:18

nullvoid
Member
Registered: 2009-01-18
Posts: 33

NIC dies on heavy traffic

Hello everyone.

I'm having some trouble with my Arch Linux box. I've tried Google and this forum, and found some similar topics (http://bbs.archlinux.org/viewtopic.php?id=20569, http://bbs.archlinux.org/viewtopic.php?id=1929), but I am still unable to resolve my problem.

My NIC seems to die every time there's heavy traffic on it. This is what /var/log/messages.log gives me:

Jan 18 11:24:39 Taurine WARNING: at net/sched/sch_generic.c:226 dev_watchdog+0x1f8/0x210()
Jan 18 11:24:39 Taurine NETDEV WATCHDOG: eth0 (r8169): transmit timed out
Jan 18 11:24:39 Taurine Modules linked in: xt_tcpudp iptable_filter ip_tables x_tables ext2 i2c_i801 sg lp ppdev i2c_core iTCO_wdt iTCO_vendor_support parport_pc parport snd_pcsp ehci_hcd uhci_hcd ppp_generic intel_agp agpgart usbcore thermal evdev processor fan button battery ac snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_hda_intel snd_hwdep snd_pcm_oss snd_pcm snd_timer snd_page_alloc snd_mixer_oss snd soundcore slhc r8169 mii rtc_cmos rtc_core rtc_lib ext3 jbd mbcache sd_mod ata_piix ata_generic pata_acpi libata scsi_mod
Jan 18 11:24:39 Taurine Pid: 0, comm: swapper Not tainted 2.6.28-ARCH #1
Jan 18 11:24:39 Taurine Call Trace:
Jan 18 11:24:39 Taurine [<c012fb6f>] warn_slowpath+0x6f/0x90
Jan 18 11:24:39 Taurine [<c0209112>] __next_cpu+0x12/0x30
Jan 18 11:24:39 Taurine [<c0127d5b>] find_busiest_group+0x17b/0x830
Jan 18 11:24:39 Taurine [<c0126f76>] enqueue_task_fair+0x136/0x190
Jan 18 11:24:39 Taurine [<c0126f76>] enqueue_task_fair+0x136/0x190
Jan 18 11:24:39 Taurine [<c012553d>] enqueue_task+0x5d/0x80
Jan 18 11:24:39 Taurine [<c014b531>] getnstimeofday+0x41/0xf0
Jan 18 11:24:39 Taurine [<c020e1af>] strlcpy+0x1f/0x60
Jan 18 11:24:39 Taurine [<c02a5b6f>] netdev_drivername+0x2f/0x40
Jan 18 11:24:39 Taurine [<c02b7a38>] dev_watchdog+0x1f8/0x210
Jan 18 11:24:39 Taurine [<c014b531>] getnstimeofday+0x41/0xf0
Jan 18 11:24:39 Taurine [<c013931d>] cascade+0x5d/0x80
Jan 18 11:24:39 Taurine [<c01394e8>] run_timer_softirq+0x128/0x1f0
Jan 18 11:24:39 Taurine [<c02b7840>] dev_watchdog+0x0/0x210
Jan 18 11:24:39 Taurine [<c02b7840>] dev_watchdog+0x0/0x210
Jan 18 11:24:39 Taurine [<c0135087>] __do_softirq+0x97/0x170
Jan 18 11:24:39 Taurine [<c01351b5>] do_softirq+0x55/0x60
Jan 18 11:24:39 Taurine [<c01353cd>] irq_exit+0x6d/0x90
Jan 18 11:24:39 Taurine [<c0116ac8>] smp_apic_timer_interrupt+0x58/0x90
Jan 18 11:24:39 Taurine [<c0104be0>] apic_timer_interrupt+0x28/0x30
Jan 18 11:24:39 Taurine [<c010b4ef>] mwait_idle+0x2f/0x40
Jan 18 11:24:39 Taurine [<c0102ded>] cpu_idle+0x6d/0xd0
Jan 18 11:24:39 Taurine ---[ end trace ecd82fe9697c1c36 ]---

Doing /etc/rc.d/network restart works fine after such a failure, the network comes up again and it is working fine. I've tried passing the noapci and noacpi parameter to the kernel on boot, but without any result. Using ifconfig to take down and then up the NIC also works fine.

I have also tried installing a 2nd NIC but I still have the same problem, the new NIC dies instantly when I pass any heavy traffic trough it. I've been running Arch Linux for about 1 month, and I had no such problems with the kernel I used before (2.6.27), seems only 2.6.28 is affected.

Here's some more information about the box;

[root@Taurine ~]# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:1C:C0:7E:XX:XX
          inet addr:192.168.0.3  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:982 errors:0 dropped:0 overruns:0 frame:0
          TX packets:346 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:73795 (72.0 Kb)  TX bytes:52977 (51.7 Kb)
          Interrupt:252 Base address:0xc000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:27 errors:0 dropped:0 overruns:0 frame:0
          TX packets:27 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:7022 (6.8 Kb)  TX bytes:7022 (6.8 Kb)

[root@Taurine ~]# uname -a
Linux Taurine 2.6.28-ARCH #1 SMP PREEMPT Tue Jan 6 10:26:22 UTC 2009 i686 Intel(R) Atom(TM) CPU 330 @ 1.60GHz GenuineIntel GNU/Linux

Currently I have a cron job which checks the connection each minute and restarts the NIC in case it fails, but I don't really feel it's a good solution wink

Anyone else having the same problem or any ideas about how I could fix it?

Thanks!

Offline

#2 2009-01-18 14:38:51

dvd100
Member
From: Messina, Italia
Registered: 2008-03-31
Posts: 25
Website

Re: NIC dies on heavy traffic

same problem here sad
http://bbs.archlinux.org/viewtopic.php?id=61317 but solved changing usb wireless adapter

Offline

#3 2009-01-18 14:50:18

Pse
Member
Registered: 2008-03-15
Posts: 413

Re: NIC dies on heavy traffic

That looks like a bug in the driver. Have you checked whether someone has reported this to the group developing the driver? What NIC is it and what driver does it use?

Offline

#4 2009-01-18 15:00:25

nullvoid
Member
Registered: 2009-01-18
Posts: 33

Re: NIC dies on heavy traffic

Pse wrote:

That looks like a bug in the driver. Have you checked whether someone has reported this to the group developing the driver? What NIC is it and what driver does it use?

Thanks for the quick response. I'm not that much into GNU/Linux yet, but this is what lspci gives me;

00:00.0 Host bridge: Intel Corporation 82945G/GZ/P/PL Memory Controller Hub (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01)
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 01)
00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 01)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) SATA IDE Controller (rev 01)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)

The box is running on this motherboard: http://www.dustinhome.se/pd_5010186275.aspx

Haven't tried the fallback kernel yet, I will do it later when I have time. Until then, I will use a wireless adapter instead.

Offline

#5 2009-01-18 21:56:45

dvd100
Member
From: Messina, Italia
Registered: 2008-03-31
Posts: 25
Website

Re: NIC dies on heavy traffic

The driver is rtl8111.. mine is rtl8187, same class, maybe the bug is the same!
Can you do a report here http://bugzilla.kernel.org/show_bug.cgi?id=12380 ? With more data the mantainers can better understand the problem..

Offline

#6 2009-02-26 20:49:32

irnn
Member
Registered: 2008-08-31
Posts: 10

Re: NIC dies on heavy traffic

I am having this exact same problem. I have the same board as you.

Has anyone found a solution to it yet? Ive tried many different kernel versions to try and resolve this but none have made a differenece.

Offline

#7 2009-02-26 21:16:09

kjon
Member
From: Temuco, Chile
Registered: 2008-04-16
Posts: 398

Re: NIC dies on heavy traffic

the bad and ugly solution in these cases, when you need the problem solved for yesterday, is to blacklist the defective module and install madwifi plus the required win driver.

It's bad, it's ugly... it sucks but... it works!

Last edited by kjon (2009-02-26 21:16:31)


They say that if you play a Win cd backward you hear satanic messages. That's nothing! 'cause if you play it forwards, it installs windows.

Offline

#8 2009-04-03 19:33:54

mamas6667
Member
Registered: 2007-12-27
Posts: 12

Re: NIC dies on heavy traffic

Same here, but it doesn't die on heavy traffic, it dies after changing user.

it started happening after pacman's kernel upgrade
pacman.log -> [2009-03-30 19:05] upgraded kernel26 (2.6.28.7-2 -> 2.6.28.8-1)

I'm using Ethernet not wifi, though

maybe is an issue with Realtek support in kernel, wild guess.

output of dmesg

WARNING: at net/sched/sch_generic.c:226 dev_watchdog+0x1f8/0x210()

NETDEV WATCHDOG: eth0 (8139too): transmit timed out

Modules linked in: nvidia(P) agpgart ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack xt_tcpudp iptable_filter ip_tables x_tables nls_utf8 nls_cp437 vfat fat i2c_viapro i2c_core via686a snd_emu10k1 snd_rawmidi snd_ac97_codec ac97_bus snd_util_mem snd_hwdep snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_pcm snd_timer snd_page_alloc snd_mixer_oss snd soundcore serio_raw psmouse 8139too mii uhci_hcd ehci_hcd usb_storage usbcore sata_via sg sr_mod cdrom pata_acpi rtc_cmos rtc_core rtc_lib ext3 jbd mbcache pata_via libata sd_mod scsi_mod

Pid: 0, comm: swapper Tainted: P           2.6.28-ARCH #1

Call Trace:

 [<c013044f>] warn_slowpath+0x6f/0x90

 [<e1741dd0>] _nv005885rm+0x28/0x44 [nvidia]

 [<e1845a8b>] os_pci_read_dword+0x2b/0x40 [nvidia]

 [<e15c9dac>] rm_check_pci_config_space+0x1f4/0x608 [nvidia]

 [<e1741699>] _nv005637rm+0xf1/0xfc [nvidia]

 [<c0127826>] enqueue_task_fair+0x136/0x190

 [<c0219bcf>] strlcpy+0x1f/0x60

 [<c02b1c7f>] netdev_drivername+0x2f/0x40

 [<c02c3ba8>] dev_watchdog+0x1f8/0x210

 [<c013a680>] __mod_timer+0xa0/0xe0

 [<c02ba85a>] neigh_periodic_timer+0x11a/0x1c0

 [<c0139e18>] run_timer_softirq+0x128/0x1f0

 [<c02c39b0>] dev_watchdog+0x0/0x210

 [<c02c39b0>] dev_watchdog+0x0/0x210

 [<c0135987>] __do_softirq+0x97/0x170

 [<c0120565>] default_spin_lock_flags+0x5/0x10

 [<c03393be>] _spin_lock_irqsave+0x3e/0x60

 [<c0135ab5>] do_softirq+0x55/0x60

 [<c0135ccd>] irq_exit+0x6d/0x90

 [<c01069b3>] do_IRQ+0x83/0xa0

 [<c0104b33>] common_interrupt+0x23/0x28

 [<c011f7a2>] native_safe_halt+0x2/0x10

 [<c010b485>] default_idle+0x55/0x70

 [<c0102ded>] cpu_idle+0x6d/0xd0

---[ end trace 496587b531354b11 ]---

eth0: Transmit timeout, status f0 f000 ef6f media 2e.

eth0: Tx queue start entry 1556  dirty entry 1552.

eth0:  Tx descriptor 0 is 0008003c. (queue head)

eth0:  Tx descriptor 1 is 0008003c.

eth0:  Tx descriptor 2 is 0008003c.

eth0:  Tx descriptor 3 is 0008003c.

eth0: link down
$ uname -srmv
Linux 2.6.28-ARCH #1 SMP PREEMPT Tue Mar 17 06:42:43 UTC 2009 i686
$ lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev c4)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 1b)
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:07.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 0e)
00:07.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 0e)
00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 20)
00:0b.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 04)
00:0b.1 Input device controller: Creative Labs SB Live! Game Port (rev 01)
00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 4000] (rev c1)

Offline

#9 2009-04-13 11:50:15

skysurfer
Member
From: Greece/Thessaloniki
Registered: 2007-08-10
Posts: 30
Website

Re: NIC dies on heavy traffic

Same problem here with Realtek 8168 NIC

root ~ #  lshwd
00:00.0 Class 0600: Intel Corp.|Memory Controller Hub (intel-agp)
00:02.0 Class 0300: Intel Corp.|945G Integrated Graphics Controller (i810)
00:1b.0 Class 0403: Intel Corp.|I/O Controller Hub High Definition Audio (snd-hda-intel)
00:1c.0 Class 0604: Intel Corp.|I/O Controller Hub PCI Express Port 1 (unknown)
00:1c.2 Class 0604: Intel Corp.|I/O Controller Hub PCI Express Port 3 (unknown)
00:1c.3 Class 0604: Intel Corp.|I/O Controller Hub PCI Express Port 4 (unknown)
00:1d.0 Class 0c03: Intel Corp.|I/O Controller Hub UHCI USB #1 (unknown)
00:1d.1 Class 0c03: Intel Corp.|I/O Controller Hub UHCI USB #2 (unknown)
00:1d.2 Class 0c03: Intel Corp.|I/O Controller Hub UHCI USB #3 (unknown)
00:1d.3 Class 0c03: Intel Corp.|I/O Controller Hub UHCI USB #4 (unknown)
00:1d.7 Class 0c03: Intel Corp.|I/O Controller Hub EHCI USB (unknown)
00:1e.0 Class 0604: Intel Corp.|82820 815e (Camino 2) Chipset PCI (hw_random)
00:1f.0 Class 0601: Intel Corp.|I/O Controller Hub LPC (i810-tco)
00:1f.1 Class 0101: Intel Corp.|I/O Controller Hub PATA (piix)
00:1f.2 Class 0101: Intel Corp.|I/O Controller Hub SATA cc=IDE (ata_piix)
00:1f.3 Class 0c05: Intel Corp.|I/O Controller Hub SMBus (i2c-i801)
01:00.0 Class 0200: Realtek Semiconductor|RTL-8168 PCI-E Gigabit Ethernet (r8169)
04:00.0 Class 0780: Motorola|56k dps PCI Modem (wcfxo)
---:--- Mouse: Generic PS/2 Wheel Mouse [/dev/psaux] (msintellips/2)
NETDEV WATCHDOG: eth0 (r8169): transmit timed out
Modules linked in: wcfxo zaptel crc_ccitt i915 drm i2c_algo_bit smsc47m192 hwmon_vid smsc47m1 iTCO_wdt psmouse iTCO_vendor_support serio_raw uhci_hcd i2c_i801 sg ehci_hcd i2c_core usbcore intel_agp agpgart thermal processor fan button battery ac vboxnetflt vboxdrv snd_hda_codec_realtek snd_hda_intel snd_hda_codec evdev snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcsp snd_hwdep snd_pcm_oss snd_pcm snd_timer snd_page_alloc snd_mixer_oss snd soundcore r8169 mii rtc_cmos rtc_core rtc_lib ext4 mbcache jbd2 crc16 sd_mod pata_acpi ata_piix ata_generic libata scsi_mod
Pid: 0, comm: swapper Tainted: G        W  2.6.29-ARCH #1
Call Trace:
 [<c012f9d7>] warn_slowpath+0x87/0xe0
 [<c02ec785>] ip_local_out+0x15/0x20
 [<c02ecf3e>] ip_queue_xmit+0x1ae/0x3a0
 [<c02236bf>] cpumask_next_and+0x1f/0x40
 [<c01284d9>] find_busiest_group+0x209/0x880
 [<c014d801>] getnstimeofday+0x51/0x120
 [<c022893f>] strlcpy+0x1f/0x60
 [<c02d6f1b>] dev_watchdog+0x1fb/0x210
 [<c0140039>] sys_getpriority+0x1e9/0x200
 [<c0147767>] hrtimer_forward+0x147/0x1a0
 [<c01164d0>] lapic_next_event+0x10/0x20
 [<c01500e3>] clockevents_program_event+0xa3/0x170
 [<c0139748>] run_timer_softirq+0x128/0x1f0
 [<c02d6d20>] dev_watchdog+0x0/0x210
 [<c02d6d20>] dev_watchdog+0x0/0x210
 [<c0135137>] __do_softirq+0x97/0x170
 [<c0135265>] do_softirq+0x55/0x60
 [<c013549d>] irq_exit+0x6d/0x90
 [<c0116dbb>] smp_apic_timer_interrupt+0x5b/0x90
 [<c0104640>] apic_timer_interrupt+0x28/0x30
 [<c010aefc>] mwait_idle+0x4c/0x60
 [<c0102dc6>] cpu_idle+0x66/0xa0
---[ end trace c836e9c3a9f816d2 ]---

Arch runs here on Intel Atom 330 (Intel D945GCLF2)

2.6.29 kernel

Last edited by skysurfer (2009-04-13 11:50:55)


Archlinux rulez tongue

My home server running Arch 24/7:
Intel Atom 330, 2GB RAM, 2TB Disks

Offline

#10 2009-04-18 10:34:28

Aerandir53
Member
From: France
Registered: 2009-04-13
Posts: 4
Website

Re: NIC dies on heavy traffic

I had the same problem on my intel atom 330 board, if I download a file bigger than 1 Go on my NFS share the NIC stops to work. Configuring the MTU seems to solve the problem :

ifconfig eth0 mtu 7000

I can't set a bigger value (I use 9000 on my computer). Now I can download 5 Go without problem (haven't tried bigger files). You can add the mtu option in /etc/rc.conf to enable it at boot.
Hope it can solve your problem.


Si tu es prêt à sacrifier un peu de liberté pour te sentir en sécurité, tu ne mérites ni l'une ni l'autre.
-- Thomas Jefferson

Visitez mon blog : http://maygeek.free.fr

Offline

#11 2009-04-18 17:04:07

R00KIE
Forum Fellow
From: Between a computer and a chair
Registered: 2008-09-14
Posts: 4,734

Re: NIC dies on heavy traffic

Aerandir53 wrote:

I had the same problem on my intel atom 330 board, if I download a file bigger than 1 Go on my NFS share the NIC stops to work. Configuring the MTU seems to solve the problem :

ifconfig eth0 mtu 7000

I can't set a bigger value (I use 9000 on my computer). Now I can download 5 Go without problem (haven't tried bigger files). You can add the mtu option in /etc/rc.conf to enable it at boot.
Hope it can solve your problem.

You know that may bring a speed penalty and other problems right? Some people actually set the mtu lower than 1500 (which is the default I think) because some routers and other network equipment have problems with big mtu sizes.

That may solve the effects of the problem but it doesn't solve the cause wink


R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K

Offline

#12 2009-04-18 18:27:39

Aerandir53
Member
From: France
Registered: 2009-04-13
Posts: 4
Website

Re: NIC dies on heavy traffic

R00KIE wrote:

You know that may bring a speed penalty and other problems right? Some people actually set the mtu lower than 1500 (which is the default I think) because some routers and other network equipment have problems with big mtu sizes.

That may solve the effects of the problem but it doesn't solve the cause wink

You're right, some equipment could have problems with this, mostly those which can't do gigabit ethernet. On my network I don't have any problem and it's faster, but i knew my switch was compatible. As you say it is a temporary solution, i'v read some others threads about it and it seems to be a driver problem, i've tried to compile the realtek one (r8168) without success.


Si tu es prêt à sacrifier un peu de liberté pour te sentir en sécurité, tu ne mérites ni l'une ni l'autre.
-- Thomas Jefferson

Visitez mon blog : http://maygeek.free.fr

Offline

#13 2009-04-21 10:09:19

skysurfer
Member
From: Greece/Thessaloniki
Registered: 2007-08-10
Posts: 30
Website

Re: NIC dies on heavy traffic

Aerandir53 wrote:
R00KIE wrote:

You know that may bring a speed penalty and other problems right? Some people actually set the mtu lower than 1500 (which is the default I think) because some routers and other network equipment have problems with big mtu sizes.

That may solve the effects of the problem but it doesn't solve the cause wink

You're right, some equipment could have problems with this, mostly those which can't do gigabit ethernet. On my network I don't have any problem and it's faster, but i knew my switch was compatible. As you say it is a temporary solution, i'v read some others threads about it and it seems to be a driver problem, i've tried to compile the realtek one (r8168) without success.

Same problem here. I can't compile realtek r8168 module.


Archlinux rulez tongue

My home server running Arch 24/7:
Intel Atom 330, 2GB RAM, 2TB Disks

Offline

#14 2010-07-20 20:52:12

goopen
Member
Registered: 2010-07-20
Posts: 26

Re: NIC dies on heavy traffic

Bumping this thread since i experience the same issue. However i solved it by download the latest driver from Realtek. I read another thread about this and it seems like they packed the wrong driver for the specific chip.

Anyhow this should have been solved in their latest driver found on link below:
http://bit.ly/bd62fH

Also i want to point out that i havent tested this on Archlinux. When i experienced this problem i used Ubuntu Lucid Lynx, so proceed with caution.

Hope it works for ya smile


Its not a bug - its a feature!

Offline

#15 2010-07-20 22:28:16

Inxsible
Forum Fellow
From: Chicago
Registered: 2008-06-09
Posts: 9,183

Re: NIC dies on heavy traffic

goopen wrote:

Bumping this thread since i experience the same issue. However i solved it by download the latest driver from Realtek. I read another thread about this and it seems like they packed the wrong driver for the specific chip.

Anyhow this should have been solved in their latest driver found on link below:
http://bit.ly/bd62fH

Also i want to point out that i havent tested this on Archlinux. When i experienced this problem i used Ubuntu Lucid Lynx, so proceed with caution.

Hope it works for ya smile

Bumping old threads is against forum policy.

http://wiki.archlinux.org/index.php/For … Bumping.27

Last edited by Inxsible (2010-07-20 22:29:12)


Forum Rules

There's no such thing as a stupid question, but there sure are a lot of inquisitive idiots !

Offline

#16 2010-07-20 23:08:00

ngoonee
Forum Fellow
From: Between Thailand and Singapore
Registered: 2009-03-17
Posts: 7,354

Re: NIC dies on heavy traffic

@goopen - Appreciate you're trying to help, but with one-year old threads its highly unlikely that the author is still waiting around for a reply. Please read the wiki link provided above.

Closing.


Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.

Offline

Board footer

Powered by FluxBB