Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp926644imm; Fri, 5 Oct 2018 14:24:46 -0700 (PDT) X-Google-Smtp-Source: ACcGV62/i9M0gKXudUCvmLqJs2yhmRgbBxFIj1wnYl3T66iUZ+NqTAWb0O3dZvkP4pU0EZFlqzrr X-Received: by 2002:a65:41c6:: with SMTP id b6-v6mr11982717pgq.421.1538774686779; Fri, 05 Oct 2018 14:24:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538774686; cv=none; d=google.com; s=arc-20160816; b=gDCxIa2LCYK1hp0bynpIFbbh32AyBLJClV0ywhzFYlcOficnpsrFlVfpZsxaft9Rwy ARHsUu2V8g3HK7TrawHKe5Y9cJaZVPw8rbceCVVvSnKQSqd/p6l+3r3XXnsrsJoXWdF6 hFxjaJWF/swXbf+d/PtgfKr+Htb+JCO5Pu7kQlTAreOTjQ4VyH7DPlim7xpf78h4HFDx INZrDB3rkwlE+EtPYG/cw/yb5VwhboAIEYJPgSQjdSNgAJcoVAVOd+Xml9k7yBbEiyFt h0u6bcKPEi4YK0Sr4mE9wtzxrNCGpkC1+uVbqux/nKInBxO+sKrUE70rFMmcmDWnJVUJ Ullw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=pfIetJov7rcJ8nuSQSgcQMhr6G02p+gt6ArbC6o7US4=; b=POQSuxstxZXRNUWqeWa8NPqVipZt1zMpP99S18bJ1DdxYhUiPVuDcyY4EkivYdnWzm BNByN/HfYIA/qJ+NHD2Yk6blbrpBhpNX8OnfV91t9AKiwk8HS5ptwaEcymLzBzoRsAEW eO0AJ7kMBdc8xMxa/b6bXwshN4Q5ccuOsf5FoZVBEeWY+fURj1JVXk5mJqSIGHtahCUY s7XTSbZQm5wQhLa5C7rwyg+WS45apRr3TldPLz/zbl2Tfq8HZGWuoDGZ74hsgDMKHurC OLtQiXDYyWeXPktcK4cprY9mV/GW5QJLMjv2jwOucvKGOzD3nnv8iSHUFO1xFq20yj8c R6AA== 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 3-v6si10375736pfm.51.2018.10.05.14.24.31; Fri, 05 Oct 2018 14:24:46 -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 S1728583AbeJFEYp (ORCPT + 99 others); Sat, 6 Oct 2018 00:24:45 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:46536 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725896AbeJFEYp (ORCPT ); Sat, 6 Oct 2018 00:24:45 -0400 Received: from localhost (c-67-183-145-105.hsd1.wa.comcast.net [67.183.145.105]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 8682413ADF961; Fri, 5 Oct 2018 14:24:12 -0700 (PDT) Date: Fri, 05 Oct 2018 14:24:12 -0700 (PDT) Message-Id: <20181005.142412.601607260441380535.davem@davemloft.net> To: ben.dooks@codethink.co.uk Cc: netdev@vger.kernel.org, David.Laight@ACULAB.COM, oneukum@suse.com, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, linux-kernel@lists.codethink.co.uk Subject: Re: [PATCH] usbnet: smsc95xx: simplify tx_fixup code From: David Miller In-Reply-To: <20181002165602.21033-1-ben.dooks@codethink.co.uk> References: <59988ed22559410881addfecf58335eb@AcuMS.aculab.com> <20181002165602.21033-1-ben.dooks@codethink.co.uk> X-Mailer: Mew version 6.7 on Emacs 26 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Fri, 05 Oct 2018 14:24:12 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Ben Dooks Date: Tue, 2 Oct 2018 17:56:02 +0100 > - memcpy(skb->data, &tx_cmd_a, 4); > + ptr = skb_push(skb, 8); > + tx_cmd_a = cpu_to_le32(tx_cmd_a); > + tx_cmd_b = cpu_to_le32(tx_cmd_b); > + memcpy(ptr, &tx_cmd_a, 4); > + memcpy(ptr+4, &tx_cmd_b, 4); Even a memcpy() through a void pointer does not guarantee that gcc will not emit word sized loads and stores. You must use the get_unaligned()/put_unaligned() facilities to do this properly. I also agree that making a proper type and structure instead of using a void pointer would be better.