From: Edward Cree <ecree@solarflare.com>
To: David Miller <davem@davemloft.net>
Cc: <tom@herbertland.com>, <netdev@vger.kernel.org>
Subject: Re: Checksum offload queries
Date: Tue, 8 Dec 2015 17:24:55 +0000 [thread overview]
Message-ID: <56671267.9090607@solarflare.com> (raw)
In-Reply-To: <20151208.120911.1930136653560954435.davem@davemloft.net>
On 08/12/15 17:09, David Miller wrote:
> From: Edward Cree <ecree@solarflare.com>
> Date: Tue, 8 Dec 2015 16:03:18 +0000
>
>> NETIF_F_HW_CSUM is limited to one checksum per packet.
> This is false.
>
> As we demux encapsulation layers, we re-adjust the provided 1's
> complement sum provided and use that to validate the next layer.
The context here was transmit, not receive; the stack muxes encapsulation layers and then asks the hardware to fill in one checksum, it doesn't have any way to fill in 'adjusted' checksums in other layers. The following paragraph (which you snipped) was discussing ways to get this kind of adjusted checksumming on transmit, by feeding the adjustments to the hardware.
next prev parent reply other threads:[~2015-12-08 17:25 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-07 15:39 Checksum offload queries Edward Cree
2015-12-07 17:29 ` Tom Herbert
2015-12-07 17:52 ` Tom Herbert
2015-12-08 16:03 ` Edward Cree
2015-12-08 16:43 ` Tom Herbert
2015-12-08 18:03 ` Edward Cree
2015-12-08 17:09 ` David Miller
2015-12-08 17:24 ` Edward Cree [this message]
2015-12-08 17:28 ` David Miller
2015-12-07 19:38 ` David Miller
2015-12-08 14:42 ` Edward Cree
2015-12-08 17:04 ` Tom Herbert
2015-12-09 1:56 ` Thomas Graf
2015-12-09 16:08 ` Tom Herbert
2015-12-09 22:29 ` Thomas Graf
2015-12-09 22:51 ` Tom Herbert
2015-12-09 23:13 ` Thomas Graf
2015-12-08 17:06 ` David Miller
2015-12-09 12:14 ` Edward Cree
2015-12-09 16:01 ` Tom Herbert
2015-12-09 17:28 ` Edward Cree
2015-12-09 17:31 ` David Laight
2015-12-09 18:00 ` Tom Herbert
2015-12-09 22:21 ` Thomas Graf
2015-12-09 22:42 ` Tom Herbert
2015-12-09 22:44 ` Thomas Graf
2015-12-10 15:49 ` Edward Cree
2015-12-10 16:26 ` Tom Herbert
2015-12-10 20:28 ` Edward Cree
2015-12-10 21:02 ` Rustad, Mark D
2015-12-14 15:11 ` [RFC PATCH net-next 0/2] Local checksum offload for VXLAN Edward Cree
2015-12-14 15:13 ` [PATCH 1/2] net: udp: local checksum offload for encapsulation Edward Cree
2015-12-14 17:16 ` Tom Herbert
2015-12-15 18:07 ` Edward Cree
2015-12-14 15:13 ` [PATCH 2/2] net: vxlan: enable local checksum offload on HW_CSUM devices Edward Cree
2015-12-11 23:50 ` Checksum offload queries Tom Herbert
2015-12-12 16:41 ` Sowmini Varadhan
2015-12-12 17:24 ` Tom Herbert
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=56671267.9090607@solarflare.com \
--to=ecree@solarflare.com \
--cc=davem@davemloft.net \
--cc=netdev@vger.kernel.org \
--cc=tom@herbertland.com \
/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).