netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Alex Elder <elder@ieee.org>
To: Alexander Duyck <alexander.duyck@gmail.com>,
	Alex Elder <elder@linaro.org>
Cc: Subash Abhinov Kasiviswanathan <subashab@codeaurora.org>,
	stranche@codeaurora.org, David Miller <davem@davemloft.net>,
	Jakub Kicinski <kuba@kernel.org>,
	sharathv@codeaurora.org, bjorn.andersson@linaro.org,
	evgreen@chromium.org, cpratapa@codeaurora.org,
	David Laight <David.Laight@aculab.com>,
	Vladimir Oltean <olteanv@gmail.com>,
	elder@kernel.org, Netdev <netdev@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH net-next v4 2/6] net: qualcomm: rmnet: simplify some byte order logic
Date: Mon, 15 Mar 2021 12:12:01 -0500	[thread overview]
Message-ID: <ad9a687c-04f8-a354-ed37-49bec9569c2c@ieee.org> (raw)
In-Reply-To: <CAKgT0UetEDOgKmke7gA1MEmFBKpErcd9XZ0koe-LhCF_xW4=LA@mail.gmail.com>

On 3/15/21 11:02 AM, Alexander Duyck wrote:
> On Mon, Mar 15, 2021 at 6:36 AM Alex Elder <elder@linaro.org> wrote:
>>
>> In rmnet_map_ipv4_ul_csum_header() and rmnet_map_ipv6_ul_csum_header()
>> the offset within a packet at which checksumming should commence is
>> calculated.  This calculation involves byte swapping and a forced type
>> conversion that makes it hard to understand.
>>
>> Simplify this by computing the offset in host byte order, then
>> converting the result when assigning it into the header field.
>>
>> Signed-off-by: Alex Elder <elder@linaro.org>
>> Reviewed-by: Bjorn Andersson <bjorn.andersson@linaro.org>
>> ---
>>   .../ethernet/qualcomm/rmnet/rmnet_map_data.c  | 22 ++++++++++---------
>>   1 file changed, 12 insertions(+), 10 deletions(-)
>>
>> diff --git a/drivers/net/ethernet/qualcomm/rmnet/rmnet_map_data.c b/drivers/net/ethernet/qualcomm/rmnet/rmnet_map_data.c
>> index 21d38167f9618..bd1aa11c9ce59 100644
>> --- a/drivers/net/ethernet/qualcomm/rmnet/rmnet_map_data.c
>> +++ b/drivers/net/ethernet/qualcomm/rmnet/rmnet_map_data.c
>> @@ -197,12 +197,13 @@ rmnet_map_ipv4_ul_csum_header(void *iphdr,
>>                                struct rmnet_map_ul_csum_header *ul_header,
>>                                struct sk_buff *skb)
>>   {
>> -       struct iphdr *ip4h = (struct iphdr *)iphdr;
>> -       __be16 *hdr = (__be16 *)ul_header, offset;
>> +       __be16 *hdr = (__be16 *)ul_header;
>> +       struct iphdr *ip4h = iphdr;
>> +       u16 offset;
>> +
>> +       offset = skb_transport_header(skb) - (unsigned char *)iphdr;
>> +       ul_header->csum_start_offset = htons(offset);
> 
> Rather than using skb_transport_header the correct pointer to use is
> probably skb_checksum_start. The two are essentially synonymous but
> the checksumming code is supposed to use skb_checksum_start.

That's a great suggestion.  I was mimicking the existing
code but it would be much better to use that.

> Alternatively you could look at possibly using skb_network_header_len
> as that would be the same value assuming that both headers are the
> outer headers. Then you could avoid the extra pointer overhead.

Actually, I think this is better still, because the purpose
here is to tell the hardware where to start checksumming.
I.e., it's unrelated to the SKB, and hides the calculation.

Thank you.  I'll put together version 5, incorporating your
suggestion.

					-Alex

>> -       offset = htons((__force u16)(skb_transport_header(skb) -
>> -                                    (unsigned char *)iphdr));
>> -       ul_header->csum_start_offset = offset;
>>          ul_header->csum_insert_offset = skb->csum_offset;
>>          ul_header->csum_enabled = 1;
>>          if (ip4h->protocol == IPPROTO_UDP)
>> @@ -239,12 +240,13 @@ rmnet_map_ipv6_ul_csum_header(void *ip6hdr,
>>                                struct rmnet_map_ul_csum_header *ul_header,
>>                                struct sk_buff *skb)
>>   {
>> -       struct ipv6hdr *ip6h = (struct ipv6hdr *)ip6hdr;
>> -       __be16 *hdr = (__be16 *)ul_header, offset;
>> +       __be16 *hdr = (__be16 *)ul_header;
>> +       struct ipv6hdr *ip6h = ip6hdr;
>> +       u16 offset;
>> +
>> +       offset = skb_transport_header(skb) - (unsigned char *)ip6hdr;
>> +       ul_header->csum_start_offset = htons(offset);
> 
> Same here.
> 
>>
>> -       offset = htons((__force u16)(skb_transport_header(skb) -
>> -                                    (unsigned char *)ip6hdr));
>> -       ul_header->csum_start_offset = offset;
>>          ul_header->csum_insert_offset = skb->csum_offset;
>>          ul_header->csum_enabled = 1;
>>
>> --
>> 2.27.0
>>


  reply	other threads:[~2021-03-15 17:13 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-15 13:34 [PATCH net-next v4 0/6] net: qualcomm: rmnet: stop using C bit-fields Alex Elder
2021-03-15 13:34 ` [PATCH net-next v4 1/6] net: qualcomm: rmnet: mark trailer field endianness Alex Elder
2021-03-15 13:34 ` [PATCH net-next v4 2/6] net: qualcomm: rmnet: simplify some byte order logic Alex Elder
2021-03-15 16:02   ` Alexander Duyck
2021-03-15 17:12     ` Alex Elder [this message]
2021-03-15 13:34 ` [PATCH net-next v4 3/6] net: qualcomm: rmnet: kill RMNET_MAP_GET_*() accessor macros Alex Elder
2021-03-15 13:34 ` [PATCH net-next v4 4/6] net: qualcomm: rmnet: use masks instead of C bit-fields Alex Elder
2021-03-15 13:34 ` [PATCH net-next v4 5/6] net: qualcomm: rmnet: don't use C bit-fields in rmnet checksum trailer Alex Elder
2021-03-15 13:34 ` [PATCH net-next v4 6/6] net: qualcomm: rmnet: don't use C bit-fields in rmnet checksum header Alex Elder
2021-03-15 16:12 ` [PATCH net-next v4 0/6] net: qualcomm: rmnet: stop using C bit-fields Alexander Duyck

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=ad9a687c-04f8-a354-ed37-49bec9569c2c@ieee.org \
    --to=elder@ieee.org \
    --cc=David.Laight@aculab.com \
    --cc=alexander.duyck@gmail.com \
    --cc=bjorn.andersson@linaro.org \
    --cc=cpratapa@codeaurora.org \
    --cc=davem@davemloft.net \
    --cc=elder@kernel.org \
    --cc=elder@linaro.org \
    --cc=evgreen@chromium.org \
    --cc=kuba@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=olteanv@gmail.com \
    --cc=sharathv@codeaurora.org \
    --cc=stranche@codeaurora.org \
    --cc=subashab@codeaurora.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).