Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1719367pxb; Thu, 4 Mar 2021 20:09:56 -0800 (PST) X-Google-Smtp-Source: ABdhPJwoT42XHfnPRTDXL6kE87xMen5YTcrVFMsSKsa8KjhKJE1AmwlevcsqC7nnG5yGeujpQXYZ X-Received: by 2002:a02:9a0a:: with SMTP id b10mr7675476jal.132.1614917395967; Thu, 04 Mar 2021 20:09:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614917395; cv=none; d=google.com; s=arc-20160816; b=fE0DZkNRNKZGCiobQMxO1dlEHshESnnh/0SDz1u9OcVNZRP+vrrOpu8izRkbVdC/jB 7NFtI8ChwD9COQtTQItxWcTtgLjfmNm1hPWT3LKJhfpi8JGhQZMH9oVU7+kV+Pt7qr+0 iB31rjsk7daZOthhNa8ONvJFlC9mTwtziGfzNke/e4IIMTUp1DHn/e16WzLH8nYNl9rE BG3MbVQtwu52pFMcQ6CubJWeLZG5//lZgct8CWxwSyEZONBE/84fBIMCwj+8kyVJQWv8 W7/cjMvnz0873neYsrV9PmMh/6tYFgYJ6yCJBxI4ZBDZYiR28zbDwNaIXmGfs+aPmkkL 4Z9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=g2X3AuyS9pE7ney+yblpjXrUEFgN6B0LhuiKB+8C6j0=; b=I0aEhl+wS732Vo944A4JPoodK8Wp1CHbIuZ4C8pQ+xXjVW8TI7YPNa5ft7YEerTqGb nG7lWnyGKggvvx+qJ6i2izabfwGYqo94FGwV6QzaLRpWGNrtfnXhVhfcjsrI5VrnWhTl e+gnt1A+Kg1G2Crc6B/pEls9axNvmj/U8kOUuPWQ+JCvWRfrLi7Lgcqhzh7GnkBgsqPE sfAY0Ug77u6nNoOzneiPg0nd16hLko6oPedgOswtwF1JFQiuF0SuHrjjONkgoEXNt3U7 8REyNNF1f44JgVZxEMQgjHcs8YIzYHjPB+O5dFoV1pR7IILDGv16snwGTwUkaMVL9qNM kZRw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="l/+cAui1"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j16si1424781jak.39.2021.03.04.20.09.42; Thu, 04 Mar 2021 20:09:55 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="l/+cAui1"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229517AbhCEEHQ (ORCPT + 99 others); Thu, 4 Mar 2021 23:07:16 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42162 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229463AbhCEEHQ (ORCPT ); Thu, 4 Mar 2021 23:07:16 -0500 Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5FD0BC061574 for ; Thu, 4 Mar 2021 20:07:16 -0800 (PST) Received: by mail-ot1-x32d.google.com with SMTP id r19so576842otk.2 for ; Thu, 04 Mar 2021 20:07:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=g2X3AuyS9pE7ney+yblpjXrUEFgN6B0LhuiKB+8C6j0=; b=l/+cAui14+nB7D+m/sfh68LTZXT+BoYCuLhsKYjhD9JfvmIHQ4b011TqbRm2jmscQc +80zUf7mAUDIp4jLhWh6/Tg/IzM+bv3LGMJaZXXd89ExVF+Gf9NqcGK+3RZi9+O1znDx xry+M51zEbftdbh9+SVLEimRUkNDyVKN9lZBUYxdAgjv5NXTdCpz75nDCo2ZWonwx7h7 TGFWYnvlgSzVQIIfBd1fefoROaKgfE20+bcPRwx4Lhd01nFY7QJt+CIFUd7DSi6j+7xB dWTlwYDUN+gQm8+5wUREFB55o8VFKjXnY+QDEaUp3zZtqsnPx6gvV8GwoPhbHB+a09VI Oh5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=g2X3AuyS9pE7ney+yblpjXrUEFgN6B0LhuiKB+8C6j0=; b=Ia3JQUmyG3dEmS32aYSmUZ5reIYQMd047WoGWRWaXnwMNhUwbxqi3crsdZ4U7FFlhU sV26zoStcPpWOrf3vP14IGfWxZYGNDCQips5o5mcxcb6FIaINhhDqHYPr511vwbIw6v+ ExscfibmfHr60aJwJCAPn0QwLZVjlPCZAOYyOnt4CRlbY8nm7dAKCvCSJfhbfD4s1sWl IQuMcwoiTaQwYbg2mZ2mvgG3sHD8EkH4OoJ3qX7gkv7j48D+WIVmuz+ZoEV/5+pqyrpp NYp7QklC9eBwfgP6Ejvz3AnyWf/OTc+0Mp4Bw2MFHLJxkfHhuveUUP/14Tvu65Mgcib9 NURw== X-Gm-Message-State: AOAM532sxmn5+QyiPdIrS8qdlYT+koFIzVDkYTPm0gj5Ol2dUDSDt7E3 noNgVvQ0ala4yGrQ2dWKPcvwV6VyeIyNcA== X-Received: by 2002:a05:6830:2119:: with SMTP id i25mr6086111otc.249.1614917235811; Thu, 04 Mar 2021 20:07:15 -0800 (PST) Received: from builder.lan (104-57-184-186.lightspeed.austtx.sbcglobal.net. [104.57.184.186]) by smtp.gmail.com with ESMTPSA id s21sm339104oos.5.2021.03.04.20.07.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Mar 2021 20:07:15 -0800 (PST) Date: Thu, 4 Mar 2021 22:07:13 -0600 From: Bjorn Andersson To: Alex Elder Cc: subashab@codeaurora.org, stranche@codeaurora.org, davem@davemloft.net, kuba@kernel.org, sharathv@codeaurora.org, evgreen@chromium.org, cpratapa@codeaurora.org, elder@kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH net-next 2/6] net: qualcomm: rmnet: simplify some byte order logic Message-ID: References: <20210304223431.15045-1-elder@linaro.org> <20210304223431.15045-3-elder@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210304223431.15045-3-elder@linaro.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu 04 Mar 16:34 CST 2021, Alex Elder 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 > --- > .../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); > > - offset = htons((__force u16)(skb_transport_header(skb) - Just curious, why does this require a __force, or even a cast? Regardless, your proposed way of writing it is easier to read. Reviewed-by: Bjorn Andersson Regards, Bjorn > - (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); > > - 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.20.1 >