Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp2237164pxb; Wed, 30 Mar 2022 20:17:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy1UCTFrJ1F5XbrgnUDDc1BqXjedFY2OWivKG7PwvnovJ/U6mMD3xgD+NgxfuLAZDbBTJFm X-Received: by 2002:a17:902:f551:b0:153:b179:291a with SMTP id h17-20020a170902f55100b00153b179291amr38790604plf.13.1648696644140; Wed, 30 Mar 2022 20:17:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648696644; cv=none; d=google.com; s=arc-20160816; b=zbKzKiX4/j5kNRUpTbX0xP53aN57NgwJ1LDJevzXFPcp+qX5tzmsxqjJm01cMAsMnZ zzYkiPAitpwVaFvD9gd1Err3jwYn56e9Rb01m4lOyfqt8WThFzIwZt7UWPwkUNwjh8Mo BASbns+L3MxG2PcOyzoXBhf8vQBgCnw2a380AuVorTNgy+zc24zzKiX0fXWeuu+PVQIh 7Ex++Hy72Bn1VP7V18tCCj9BAhQnAvqyHFyLHcx0aRXMcvOUzJL0yQqJGJZTseFkNh5R QpiujcPgMYUjG2kZ9g2yxoRUOA/vBTTPeDgmZm1/AGeHcfGttNKbcy0aHpOYXv14uSqB mmAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :mime-version:accept-language:in-reply-to:references:message-id:date :thread-index:thread-topic:subject:cc:to:from; bh=hZszDJhIUbGL327GQlwTQF1hjBSSbJ8TCLDj6/1Gr4c=; b=AeJR7tN66LR6mChR5no3HJ8Ndz/5AnyG+mq+EGA3Ui1+hf55WWTyztuIfBV68tz7gi iltpuUw18B9BY0uYJy4aBE2vPNk7PeaAbMFen1UkMB9FmhMGpXOYfntF0/2iQie9/Qfh Bl9FPSiZbidFrHDKbVrSLltPGc79gjKU94SnQOrRPBC1gjO8Z3VZC3xNr+yX3Ga68E2F JbV7dzGaZx42CGO9DKVIcFsUp/xUfARw+F/oC6HTMluPOK+fiPcgSyCDk1os4PrH9B38 I9DMMUV/jmPZ1wTfOif9AjXhCEcL14gZ5wDQ/h3U5/UNA/tdmwGs/MZiG+/bNE7si0JK xf6Q== ARC-Authentication-Results: i=1; mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=aculab.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id f6-20020a170902860600b00155f0855954si17780106plo.524.2022.03.30.20.17.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 30 Mar 2022 20:17:24 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=aculab.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 270E0100747; Wed, 30 Mar 2022 19:49:48 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230141AbiC3Tqf convert rfc822-to-8bit (ORCPT + 99 others); Wed, 30 Mar 2022 15:46:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58166 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230056AbiC3Tqd (ORCPT ); Wed, 30 Mar 2022 15:46:33 -0400 Received: from eu-smtp-delivery-151.mimecast.com (eu-smtp-delivery-151.mimecast.com [185.58.86.151]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id F241F4831B for ; Wed, 30 Mar 2022 12:44:46 -0700 (PDT) Received: from AcuMS.aculab.com (156.67.243.121 [156.67.243.121]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id uk-mta-255-sTVwhZujNvyjZOKRNVF1Hw-1; Wed, 30 Mar 2022 20:44:44 +0100 X-MC-Unique: sTVwhZujNvyjZOKRNVF1Hw-1 Received: from AcuMS.Aculab.com (fd9f:af1c:a25b:0:994c:f5c2:35d6:9b65) by AcuMS.aculab.com (fd9f:af1c:a25b:0:994c:f5c2:35d6:9b65) with Microsoft SMTP Server (TLS) id 15.0.1497.32; Wed, 30 Mar 2022 20:44:41 +0100 Received: from AcuMS.Aculab.com ([fe80::994c:f5c2:35d6:9b65]) by AcuMS.aculab.com ([fe80::994c:f5c2:35d6:9b65%12]) with mapi id 15.00.1497.033; Wed, 30 Mar 2022 20:44:41 +0100 From: David Laight To: 'Charlie Sands' , "gregkh@linuxfoundation.org" CC: "Larry.Finger@lwfinger.net" , "phil@philpotter.co.uk" , "linux-staging@lists.linux.dev" , "linux-kernel@vger.kernel.org" , "dan.carpenter@oracle.com" Subject: RE: [PATCH V2] staging: r8188eu: Fix sparse endianness warnings Thread-Topic: [PATCH V2] staging: r8188eu: Fix sparse endianness warnings Thread-Index: AQHYRGdq3t0D07ysn0eWtIbomAsTtKzYUyUw Date: Wed, 30 Mar 2022 19:44:41 +0000 Message-ID: <4c7f9a23c9f64662bfef2b4452c3cca4@AcuMS.aculab.com> References: In-Reply-To: Accept-Language: en-GB, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.202.205.107] MIME-Version: 1.0 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=C51A453 smtp.mailfrom=david.laight@aculab.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: aculab.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Charlie Sands > Sent: 30 March 2022 19:53 > > This patch fixes sparse warnings about the endianness of different > pieces of data in the driver. > > Fixes: 15865124feed ("staging: r8188eu: introduce new core dir for > RTL8188eu driver") > Signed-off-by: Charlie Sands > --- > V2: Added the "fixes" line to the commit at the request of Dan Carpenter. > > drivers/staging/r8188eu/core/rtw_br_ext.c | 12 +++++++----- > 1 file changed, 7 insertions(+), 5 deletions(-) > > diff --git a/drivers/staging/r8188eu/core/rtw_br_ext.c b/drivers/staging/r8188eu/core/rtw_br_ext.c > index d68611ef22f8..ed41c4e30262 100644 > --- a/drivers/staging/r8188eu/core/rtw_br_ext.c > +++ b/drivers/staging/r8188eu/core/rtw_br_ext.c > @@ -70,7 +70,7 @@ static int __nat25_add_pppoe_tag(struct sk_buff *skb, struct pppoe_tag *tag) > struct pppoe_hdr *ph = (struct pppoe_hdr *)(skb->data + ETH_HLEN); > int data_len; > > - data_len = tag->tag_len + TAG_HDR_LEN; > + data_len = be16_to_cpu(tag->tag_len) + TAG_HDR_LEN; > if (skb_tailroom(skb) < data_len) > return -1; > > @@ -432,7 +432,7 @@ int nat25_db_handle(struct adapter *priv, struct sk_buff *skb, int method) > /* Handle PPPoE frame */ > /*---------------------------------------------------*/ > struct pppoe_hdr *ph = (struct pppoe_hdr *)(skb->data + ETH_HLEN); > - unsigned short *pMagic; > + __be16 *pMagic; > > switch (method) { > case NAT25_CHECK: > @@ -471,7 +471,7 @@ int nat25_db_handle(struct adapter *priv, struct sk_buff *skb, int method) > tag->tag_len = > htons(MAGIC_CODE_LEN+RTL_RELAY_TAG_LEN+old_tag_len); > > /* insert the magic_code+client mac in relay tag */ > - pMagic = (unsigned short *)tag->tag_data; > + pMagic = (__be16 *)tag->tag_data; > *pMagic = htons(MAGIC_CODE); ^ cpu_to_be32() > memcpy(tag->tag_data+MAGIC_CODE_LEN, skb->data+ETH_ALEN, > ETH_ALEN); > > @@ -557,9 +557,11 @@ int nat25_db_handle(struct adapter *priv, struct sk_buff *skb, int method) > struct icmp6hdr *hdr = (struct icmp6hdr *)(skb->data + ETH_HLEN + > sizeof(*iph)); > hdr->icmp6_cksum = 0; > hdr->icmp6_cksum = csum_ipv6_magic(&iph->saddr, &iph->daddr, > - iph->payload_len, > + be16_to_cpu(iph->payload_len), > IPPROTO_ICMPV6, > - csum_partial((__u8 *)hdr, iph- > >payload_len, 0)); > + csum_partial((__u8 *)hdr, > + be16_to_cpu(iph->payload_len), > + 0)); That line continuation is horrid. netdev probably wants the continuation under the (. But it might be best to assign the result of csum_partial() to a variable. David > } > } > } > -- > 2.35.1 - Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK Registration No: 1397386 (Wales)