lkml.org 
[lkml]   [2009]   [May]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.27.19 + 28.7: network timeouts for r8169 and 8139too


David Dillow wrote:
> On Tue, 2009-05-12 at 22:29 +0200, Michael Riepe wrote:
>
>>Hi!
>>
>>David Dillow wrote:
>>
>>
>>>I was saying that I don't think the timeouts are necessarily the NIC
>>>chipset -- or the bridge chip for that matter -- having issues with
>>>MSI. There were some substantial IRQ handling changes in 2.6.28 and my
>>>bisection of the problem seem to lead into that code. I'll try this
>>>later tonight hopefully, but can you try to run 2.6.27 with the current
>>>r8169 driver and see if it is solid for you? That way it is using the
>>>same driver code, but avoids the IRQ changes.
>>
>>Unfortunately, 2.6.27 won't build with r8169.c copied from 2.6.29.
>
>
> You are correct, and I should have thought about that. The following
> patch reverts the following commits:
>
> 288379 net: Remove redundant NAPI functions
> 908a7a net: Remove unused netdev arg from some NAPI interfaces.
> 008298 netdev: add more functions to netdevice ops
> 8b4ab2 r8169: convert to net_device_ops
> babcda drivers/net: Kill now superfluous ->last_rx stores.
>
> The patched driver runs on 2.6.27 and survives my 5 minutes 'dd
> if=/dev/zero bs=1024k | nc target 9000' test which usually dies in less
> than 90 seconds on 2.6.28+.

Not on my system:

WARNING: at net/sched/sch_generic.c:219 dev_watchdog+0x258/0x270()
NETDEV WATCHDOG: eth0 (r8169): transmit timed out
Modules linked in: nfsd lockd nfs_acl sunrpc exportfs autofs4 deflate
zlib_deflate ctr twofish twofish_common camellia serpent blowfish
des_generic cbc aes_x86_64 aes_generic xcbc rmd160 sha256_generic
sha1_generic crypto_null crypto_blkcipher af_key ipt_REJECT
nf_conntrack_ipv6 ip6table_filter ip6_tables xt_tcpudp xt_conntrack
iptable_filter ip_tables x_tables sg nf_conntrack_irc nf_conntrack_ftp
nf_conntrack_ipv4 nf_conntrack rfcomm l2cap bluetooth dm_mod tun eeprom
smsc47m192 hwmon_vid smsc47m1 hwmon cpufreq_stats cpufreq_powersave
video backlight output fan container battery ac usbhid usb_storage
i2c_dev hid evdev intelfb fb i2c_algo_bit ff_memless parport_pc
cfbcopyarea r8169 snd_hda_intel i2c_i801 thermal cfbimgblt serio_raw
ehci_hcd mii button iTCO_wdt snd_pcm processor parport i2c_core
cfbfillrect intel_agp snd_timer snd_page_alloc snd_hwdep snd uhci_hcd
soundcore
Pid: 0, comm: swapper Not tainted 2.6.27-ai-x64-r8169 #1

Call Trace:
<IRQ> [<ffffffff802498f7>] warn_slowpath+0xb7/0xf0
[<ffffffff804b98e0>] ? ip_output+0x90/0xf0
[<ffffffff804b858f>] ? __ip_local_out+0x9f/0xb0
[<ffffffff804b85c0>] ? ip_local_out+0x20/0x30
[<ffffffff804b8e9c>] ? ip_queue_xmit+0x21c/0x3f0
[<ffffffff80488ddc>] ? pskb_copy+0x1c/0x1a0
[<ffffffff8048884e>] ? __alloc_skb+0x6e/0x150
[<ffffffff80512972>] ? fib6_clean_node+0x42/0xc0
[<ffffffff8054ad04>] ? _write_unlock_bh+0x24/0x30
[<ffffffff8054aa0f>] ? _spin_lock_irqsave+0x3f/0x50
[<ffffffff8037baca>] ? strlcpy+0x4a/0x60
[<ffffffff8049fe78>] dev_watchdog+0x258/0x270
[<ffffffff80512360>] ? fib6_gc_timer_cb+0x0/0x10
[<ffffffff8054ad63>] ? _spin_unlock_bh+0x23/0x30
[<ffffffff8049fc20>] ? dev_watchdog+0x0/0x270
[<ffffffff80254650>] run_timer_softirq+0x170/0x250
[<ffffffff8026adff>] ? clockevents_program_event+0x4f/0x90
[<ffffffff8024fcc4>] __do_softirq+0x84/0x100
[<ffffffff80213fdc>] call_softirq+0x1c/0x30
[<ffffffff802161ad>] do_softirq+0x5d/0xa0
[<ffffffff8024f92d>] irq_exit+0x9d/0xb0
[<ffffffff80224b84>] smp_apic_timer_interrupt+0x84/0xc0
[<ffffffff802138b3>] apic_timer_interrupt+0x83/0x90
<EOI> [<ffffffff8021b250>] ? mwait_idle+0x40/0x60
[<ffffffff80211662>] ? enter_idle+0x22/0x30
[<ffffffff802116dd>] ? cpu_idle+0x6d/0x120
[<ffffffff80538038>] ? rest_init+0x88/0x90

This happened less than half a minute after the transfer had started.
And it's going to happen earlier if I increase the load. With four
connections to two other hosts, the transmission usually pauses after
less than ten seconds. Sometimes it lasts for only two or three seconds.

--
Michael "Tired" Riepe <michael.riepe@googlemail.com>
X-Tired: Each morning I get up I die a little


\
 
 \ /
  Last update: 2009-05-14 20:41    [W:0.118 / U:0.020 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site