From: Pekka Pietikainen <pp@ee.oulu.fi>
To: Herbert Xu <herbert@gondor.apana.org.au>
Cc: Knut Petersen <Knut_Petersen@t-online.de>,
shemminger@osdl.org, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org,
"David S. Miller" <davem@davemloft.net>
Subject: skge bridge & hw csum failure (Was: Re: [BUG] sky2 broken for Yukon PCI-E Gigabit Ethernet Controller 11ab:4362 (rev 19))
Date: Tue, 31 Jan 2006 01:16:59 +0200 [thread overview]
Message-ID: <20060130231658.GA6952@ee.oulu.fi> (raw)
On Fri, Jan 27, 2006 at 11:22:42PM +1100, Herbert Xu wrote:
> OK, although we can't rule out sky2/netfilter from the enquiry, I've
> identified two bugs in ppp/pppoe that may be responsible for what you
> are seeing. So please try the following patch and let us know if the
> problem still exists (or deteriorates/improves).
Borrowing this thread for a related problem, I'm getting lots of those on a
bridge device (this one running skge, rmmod skge; modprobe sk98lin actually
seemed to do it too, I've disabled rx checksums with ethtool for now).
Kernel is a 2.6.15.1-ish Fedora one.
skge:
bridge-cd: hw csum failure.
[<c02c8fd8>] __skb_checksum_complete+0x56/0x5c [<f8a5f833>]
icmp_error+0xbf/0x1af [ip_conntrack]
[<c012073a>] __wake_up+0x32/0x43 [<f8a5f774>] icmp_error+0x0/0x1af
[ip_conntrack]
[<f8a5cb57>] ip_conntrack_in+0x95/0x2d6 [ip_conntrack] [<c01393c7>]
__wake_up_bit+0x2e/0x33
[<c016b6d9>] end_buffer_async_write+0xbf/0x12a [<c02e26fd>]
nf_iterate+0x60/0x84
[<f8a8208d>] br_nf_pre_routing_finish+0x0/0x320 [bridge] [<c02e276e>]
nf_hook_slow+0x4d/0xf9
[<f8a8208d>] br_nf_pre_routing_finish+0x0/0x320 [bridge] [<f8a829ec>]
br_nf_pre_routing+0x2f5/0x431 [bridge]
[<f8a8208d>] br_nf_pre_routing_finish+0x0/0x320 [bridge] [<c02e26fd>]
nf_iterate+0x60/0x84
[<f8a7e8f9>] br_handle_frame_finish+0x0/0xe9 [bridge] [<c02e276e>]
nf_hook_slow+0x4d/0xf9
[<f8a7e8f9>] br_handle_frame_finish+0x0/0xe9 [bridge] [<f8a7eb46>]
br_handle_frame+0x164/0x23e [bridge]
[<f8a7e8f9>] br_handle_frame_finish+0x0/0xe9 [bridge] [<c02cbbe5>]
netif_receive_skb+0x1ac/0x325
[<f88d5975>] skge_poll+0x3b6/0x4be [skge] [<c012dca4>]
__mod_timer+0x85/0xa0
[<c02cbf3e>] net_rx_action+0xb7/0x1bb [<c012a2f2>]
__do_softirq+0x72/0xdc
[<c0106393>] do_softirq+0x4b/0x4f
=======================
[<c0106275>] do_IRQ+0x55/0x86 [<c0119d81>]
smp_apic_timer_interrupt+0xc1/0xca
[<c0104a8e>] common_interrupt+0x1a/0x20 [<c0102287>]
mwait_idle+0x2a/0x34
[<c01020ef>] cpu_idle+0x6c/0xa7 [<c040187f>] start_kernel+0x173/0x1ca
[<c0401304>] unknown_bootoption+0x0/0x1b6
and sk98lin
bridge-cd: hw csum failure.
[<c02c8fd8>] __skb_checksum_complete+0x56/0x5c [<f8a5f833>]
icmp_error+0xbf/0x1af [ip_conntrack]
[<c01393c7>] __wake_up_bit+0x2e/0x33 [<f8a5f774>] icmp_error+0x0/0x1af
[ip_conntrack]
[<f8a5cb57>] ip_conntrack_in+0x95/0x2d6 [ip_conntrack] [<c014d4a2>]
mempool_free+0x3a/0x73
[<c016dfad>] end_bio_bh_io_sync+0x0/0x4f [<c016dfad>]
end_bio_bh_io_sync+0x0/0x4f
[<c02e26fd>] nf_iterate+0x60/0x84 [<f8a8208d>]
br_nf_pre_routing_finish+0x0/0x320 [bridge]
[<c02e276e>] nf_hook_slow+0x4d/0xf9 [<f8a8208d>]
br_nf_pre_routing_finish+0x0/0x320 [bridge]
[<f8a829ec>] br_nf_pre_routing+0x2f5/0x431 [bridge] [<f8a8208d>]
br_nf_pre_routing_finish+0x0/0x320 [bridge]
[<c02e26fd>] nf_iterate+0x60/0x84 [<f8a7e8f9>]
br_handle_frame_finish+0x0/0xe9 [bridge]
[<c02e276e>] nf_hook_slow+0x4d/0xf9 [<f8a7e8f9>]
br_handle_frame_finish+0x0/0xe9 [bridge]
[<f8a7eb46>] br_handle_frame+0x164/0x23e [bridge] [<f8a7e8f9>]
br_handle_frame_finish+0x0/0xe9 [bridge]
[<c02cbbe5>] netif_receive_skb+0x1ac/0x325 [<c02cbde1>]
process_backlog+0x83/0x129
[<c02cbf3e>] net_rx_action+0xb7/0x1bb [<c012a2f2>]
__do_softirq+0x72/0xdc
[<c0106393>] do_softirq+0x4b/0x4f
=======================
[<c0106275>] do_IRQ+0x55/0x86 [<c0104a8e>] common_interrupt+0x1a/0x20
[<c014a162>] page_waitqueue+0x5/0x32 [<c014a217>] unlock_page+0x1d/0x27
[<c016c7e8>] __block_write_full_page+0x1e7/0x354 [<f8985176>]
ext3_get_block+0x0/0x90 [ext3]
[<c016df49>] block_write_full_page+0xe3/0x109 [<f8985176>]
ext3_get_block+0x0/0x90 [ext3]
[<f8985cea>] ext3_ordered_writepage+0xe5/0x183 [ext3] [<f8985be5>]
bget_one+0x0/0x7 [ext3]
[<c018cfdb>] mpage_writepages+0x222/0x3ee [<f8985c05>]
ext3_ordered_writepage+0x0/0x183 [ext3]
[<c0149c78>] __filemap_fdatawrite_range+0x66/0x72 [<c0149ca7>]
filemap_fdatawrite+0x23/0x27
[<c016b2e9>] do_fsync+0x55/0xc8 [<c0104049>] syscall_call+0x7/0xb
iptables forward chain is just ACCEPT...
next reply other threads:[~2006-01-30 23:32 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-30 23:16 Pekka Pietikainen [this message]
2006-01-31 0:15 ` skge bridge & hw csum failure (Was: Re: [BUG] sky2 broken for Yukon PCI-E Gigabit Ethernet Controller 11ab:4362 (rev 19)) Stephen Hemminger
2006-01-31 8:14 ` Pekka Pietikainen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060130231658.GA6952@ee.oulu.fi \
--to=pp@ee.oulu.fi \
--cc=Knut_Petersen@t-online.de \
--cc=davem@davemloft.net \
--cc=herbert@gondor.apana.org.au \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=shemminger@osdl.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.