From: Patrick McHardy <kaber@trash.net>
To: Marc Lehmann <schmorp@schmorp.de>
Cc: Andrew Morton <akpm@osdl.org>,
netdev@vger.kernel.org,
Netfilter Development Mailinglist
<netfilter-devel@lists.netfilter.org>,
Stephen Hemminger <shemminger@osdl.org>
Subject: Re: Fw: masquerading failure for at least icmp and tcp+sack on amd64
Date: Sun, 11 Sep 2005 16:10:01 +0200 [thread overview]
Message-ID: <43243AB9.9000705@trash.net> (raw)
In-Reply-To: <20050911131943.GC9865@schmorp.de>
Marc Lehmann wrote:
> On Fri, Sep 09, 2005 at 01:41:34PM +0200, Patrick McHardy <kaber@trash.net> wrote:
>
>>What network driver are you using?
>
> Happens with both skge and sk98.
Are you sure the same checksum error happens? sk98_lin never sets
ip_summed to CHECKSUM_HW, it uses either CHECKSUM_UNNECESSARY for
HW checksummed packets, in which case the check is skipped in
ip_conntrack, or it uses CHECKSUM_NONE, in which case the checksum
in the packet must be invalid if the check fails and the packet
wouldn't be accepted by the final receipient anyway. skge uses
CHECKSUM_HW for every packet, so they have nothing in common wrt.
HW checksumming. This would normally mean we can rule out HW
checksumming, but for some reason turning it off on skge seems
to help in your case. Stephen, you're more familiar with the
sk* drivers than me, anything I'm missing here?
>>Please also send a list of loaded
>>modules and iptables rules. Thanks.
>
>
> sch_htb 16448 2
> sch_ingress 4420 2
> nvidia 4378188 12
> mga 60096 0
> drm 76136 1 mga
> agpgart 29864 2 nvidia,drm
> sch_sfq 5568 4
> tun 9664 1
> powernow_k8 9616 0
> processor 20432 1 powernow_k8
> sco 12552 2
> ztdummy 3360 0
> zaptel 197760 5 ztdummy
> crc_ccitt 2112 1 zaptel
> lirc_i2c 10180 1
> lirc_dev 14336 1 lirc_i2c
> budget 10240 0
> s5h1420 8900 1 budget
> l64781 7236 1 budget
> ves1820 5892 1 budget
> budget_core 8516 1 budget
> saa7146 15624 2 budget,budget_core
> ttpci_eeprom 2432 1 budget_core
> stv0299 11272 1 budget
> tda8083 5764 1 budget
> ves1x93 6404 1 budget
> dvb_core 82812 2 budget,budget_core
> parport_pc 39472 1
> lp 10880 0
> parport 37964 2 parport_pc,lp
> tuner 24096 0
> ivtv 202388 2
> i2c_algo_bit 9032 1 ivtv
> videodev 9792 1 ivtv
> saa7115 13200 0
> saa7127 11668 0
> msp3400 27980 0
> tveeprom 14560 0
> v4l1_compat 12804 0
> loop 57688 4
> w83627hf 32616 0
> i2c_sensor 3136 1 w83627hf
> i2c_isa 2624 0
> i2c_core 19800 19 lirc_i2c,budget,s5h1420,l64781,ves1820,budget_core,ttpci_eeprom,stv0299,tda8083,ves1x93,tuner,i2c_algo_bit,saa7115,saa7127,msp3400,tveeprom,w83627hf,i2c_sensor,i2c_isa
> snd_seq_oss 33316 0
> snd_seq_midi 7616 0
> snd_seq_midi_event 7488 2 snd_seq_oss,snd_seq_midi
> snd_seq 55128 5 snd_seq_oss,snd_seq_midi,snd_seq_midi_event
> snd_via82xx 25280 2
> snd_ac97_codec 88900 1 snd_via82xx
> snd_mpu401_uart 7040 1 snd_via82xx
> snd_rawmidi 24224 2 snd_seq_midi,snd_mpu401_uart
> snd_seq_device 7824 4 snd_seq_oss,snd_seq_midi,snd_seq,snd_rawmidi
> fcusb2 683148 3
> capidrv 30168 1
> isdn 109160 2 capidrv
> capi 16112 8
> kernelcapi 48736 3 fcusb2,capidrv,capi
> rfcomm 35952 8
> l2cap 24520 7 rfcomm
> hci_usb 14728 3
> bluetooth 46404 8 sco,rfcomm,l2cap,hci_usb
> cls_u32 7624 8
> skge 34256 0
> ipt_hashlimit 8024 1
> ipv6 254848 22
> ehci_hcd 31816 0
> uhci_hcd 31968 0
> capifs 4880 2 capi
> nfsd 107656 17
> lockd 64912 2 nfsd
> nfs_acl 3136 1 nfsd
> sunrpc 142632 13 nfsd,lockd,nfs_acl
>
> However, it happens with init=/bin/bash and loading the single iptables
> rule I sent in the original report, for either eth0/1 or the ppp
> interface. I can send you my 278 other rules if you want, but they have
> had no effect on the problem here.
No, thanks. But your entire .config might help ..
next prev parent reply other threads:[~2005-09-11 14:10 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20050907052057.09714a4c.akpm@osdl.org>
2005-09-07 12:39 ` Fw: masquerading failure for at least icmp and tcp+sack on amd64 Patrick McHardy
2005-09-07 20:59 ` Marc Lehmann
2005-09-07 21:34 ` Patrick McHardy
2005-09-07 21:52 ` Marc Lehmann
2005-09-09 11:41 ` Patrick McHardy
2005-09-11 13:19 ` Marc Lehmann
2005-09-11 14:10 ` Patrick McHardy [this message]
2005-09-13 18:09 ` Stephen Hemminger
2005-09-13 20:59 ` David S. Miller
2005-09-14 1:13 ` Patrick McHardy
2005-09-14 3:41 ` David S. Miller
2005-09-14 1:10 ` Patrick McHardy
2005-09-14 19:09 ` Fw: " Marc Lehmann
2005-09-07 21:34 ` Marc Lehmann
2005-09-07 21:42 ` Patrick McHardy
2005-09-07 21:54 ` Marc Lehmann
2005-09-07 22:08 ` Patrick McHardy
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=43243AB9.9000705@trash.net \
--to=kaber@trash.net \
--cc=akpm@osdl.org \
--cc=netdev@vger.kernel.org \
--cc=netfilter-devel@lists.netfilter.org \
--cc=schmorp@schmorp.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).