Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1498384yba; Thu, 9 May 2019 18:17:00 -0700 (PDT) X-Google-Smtp-Source: APXvYqyLyaffeCzTZrclza+cgseCs/DI2sZA2kQIqNogmJnWwcUB82OQwAW79bIxIz8rreEJlnG1 X-Received: by 2002:a17:902:5983:: with SMTP id p3mr9054522pli.224.1557451020334; Thu, 09 May 2019 18:17:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557451020; cv=none; d=google.com; s=arc-20160816; b=L4YKXF5QlkrpIm1fq3EYoEvMnJN/rd4wAGc2ukJTuZkvLh8BnoP4nIWAknQ+aXRfcr iS0dwSFYP30yf9B8RkMwZu46sqVzWdfoK+dRBDU/mi+qA4iCJQZN4OmflzVkfQsY7cjv VJgSqywCtWqlM71Wwtokp/rMGgC2crzpN4dynXp+UwS9MQs8gHQaoMtFZ6awcJl+605i OHHq7DRHvs65wUWLdhMIQ9zBZvXJ05C/GE5EY/8VTb4V2qxVGUYn95iigUogoLOpBf/U L0LcrO5d42v6HI8fQO7p9V+s7WjV+2e83Fu9HHCutith4pcAEDjsHA1gUwjom/84Ozbf eQtw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from; bh=PS2FnY0whPjE6zZkzxpk+iGDHlY2IV6QcG8DfvCvUos=; b=epOzLIdpz6c4ixsw1DJagguOM44FIhOk9GpPfPppJK3HgzkKHfQUeCNuln+vg8w0qO YSaN2Yz0RhssxvO1rgNhC0KXQyr2GwQh+1kRcg4TvJTEeEWVrEFiYfBLVvZCesD++O1H OD1HrNCFfe3TXP25jaO+ls3ax4ZH3Ut+ZOic5CkzwjluYSt/4N4RbDG6cdPFAlyIsBpl OpPXdMvE1kuPANUla8H5kVqHeTqbEKblqQb0UogFuyujOSZV5ay2VWYHvJj0N+aiawnw Wpc3Man6A7gpl8SEkqMKjZ/x3eRoCldibcxATl2Ci/cf9+sJAWnOFLxvwxvtENGsyujA r2+Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w187si3455230pfw.221.2019.05.09.18.16.43; Thu, 09 May 2019 18:17:00 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726865AbfEJBPN (ORCPT + 99 others); Thu, 9 May 2019 21:15:13 -0400 Received: from www.osadl.org ([62.245.132.105]:46278 "EHLO www.osadl.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726768AbfEJBPN (ORCPT ); Thu, 9 May 2019 21:15:13 -0400 Received: from debian01.hofrr.at (178.115.242.59.static.drei.at [178.115.242.59]) by www.osadl.org (8.13.8/8.13.8/OSADL-2007092901) with ESMTP id x4A1EcOb003720; Fri, 10 May 2019 03:14:38 +0200 From: Nicholas Mc Guire To: "David S. Miller" Cc: Arun Kumar Neelakantam , Greg Kroah-Hartman , Anshuman Khandual , David Hildenbrand , Arnd Bergmann , Johannes Berg , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Nicholas Mc Guire Subject: [PATCH] net: qrtr: use protocol endiannes variable Date: Fri, 10 May 2019 03:08:53 +0200 Message-Id: <1557450533-9321-1-git-send-email-hofrat@osadl.org> X-Mailer: git-send-email 2.1.4 X-Spam-Status: No, score=-1.9 required=6.0 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on www.osadl.org Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org sparse was unable to verify endianness correctness due to reassignment from le32_to_cpu to the same variable - fix this warning up by providing a proper __le32 type and initializing it. This is not actually fixing any bug - rather just addressing the sparse warning. Signed-off-by: Nicholas Mc Guire --- Problem located by an experimental coccinelle script to locate patters that make sparse unhappy (false positives): sparse was unhappy about: net/qrtr/qrtr.c:811:24: warning: cast to restricted __le32 The patch does change the binary - from inspection of the .lst files it seems that the additional variable as well instruction reordering constraints change the code even if the code-logic is the same. Patch was compile-tested with: qcom_defconfig + QRTR=m Patch is against 5.1 (localversion-next is next-20190509) net/qrtr/qrtr.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/net/qrtr/qrtr.c b/net/qrtr/qrtr.c index dd0e97f..c90edaa 100644 --- a/net/qrtr/qrtr.c +++ b/net/qrtr/qrtr.c @@ -733,7 +733,8 @@ static int qrtr_sendmsg(struct socket *sock, struct msghdr *msg, size_t len) struct qrtr_node *node; struct sk_buff *skb; size_t plen; - u32 type = QRTR_TYPE_DATA; + u32 type = 0; + __le32 qrtr_type = cpu_to_le32(QRTR_TYPE_DATA); int rc; if (msg->msg_flags & ~(MSG_DONTWAIT)) @@ -807,8 +808,8 @@ static int qrtr_sendmsg(struct socket *sock, struct msghdr *msg, size_t len) } /* control messages already require the type as 'command' */ - skb_copy_bits(skb, 0, &type, 4); - type = le32_to_cpu(type); + skb_copy_bits(skb, 0, &qrtr_type, 4); + type = le32_to_cpu(qrtr_type); } rc = enqueue_fn(node, skb, type, &ipc->us, addr); -- 2.1.4