From: Patrick McHardy <kaber@trash.net>
To: Herbert Xu <herbert@gondor.apana.org.au>
Cc: "David S. Miller" <davem@davemloft.net>,
Stephen Hemminger <shemminger@linux-foundation.org>,
netdev@vger.kernel.org
Subject: Re: [NET]: Allow forwarding of ip_summed except CHECKSUM_COMPLETE
Date: Tue, 27 Mar 2007 22:51:53 +0200 [thread overview]
Message-ID: <460983E9.5040005@trash.net> (raw)
In-Reply-To: <20070327053821.GA23596@gondor.apana.org.au>
Herbert Xu wrote:
> Hi Dave:
>
> [NET]: Allow forwarding of ip_summed except CHECKSUM_COMPLETE
>
> Right now Xen has a horrible hack that lets it forward packets with
> partial checksums. One of the reasons that CHECKSUM_PARTIAL and
> CHECKSUM_COMPLETE were added is so that we can get rid of this hack
> (where it creates two extra bits in the skbuff to essentially mirror
> ip_summed without being destroyed by the forwarding code).
>
> I had forgotten that I've already gone through all the deivce drivers
> last time around to make sure that they're looking at ip_summed ==
> CHECKSUM_PARTIAL rather than ip_summed != 0 on transmit. In any case,
> I've now done that again so it should definitely be safe.
>
> Unfortunately nobody has yet added any code to update CHECKSUM_COMPLETE
> values on forward so we I'm setting that to CHECKSUM_NONE. This should
> be safe to remove for bridging but I'd like to check that code path
> first.
>
> So here is the patch that lets us get rid of the hack by preserving
> ip_summed (mostly) on forwarded packets.
Just wondering, how does Xen know whether a packet will be forwarded?
The input path doesn't seem to deal with CHECKSUM_PARTIAL correctly,
ip_defrag for example resets them to CHECKSUM_NONE, so further checks
will fail, others seem to either ignore them or handle them together
with CHECKSUM_NONE.
next prev parent reply other threads:[~2007-03-27 20:53 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-27 5:38 [NET]: Allow forwarding of ip_summed except CHECKSUM_COMPLETE Herbert Xu
2007-03-27 6:23 ` David Miller
2007-03-27 20:51 ` Patrick McHardy [this message]
2007-03-27 21:20 ` Herbert Xu
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=460983E9.5040005@trash.net \
--to=kaber@trash.net \
--cc=davem@davemloft.net \
--cc=herbert@gondor.apana.org.au \
--cc=netdev@vger.kernel.org \
--cc=shemminger@linux-foundation.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.