Received: by 2002:ac0:8c9a:0:0:0:0:0 with SMTP id r26csp5447049ima; Tue, 5 Feb 2019 11:57:27 -0800 (PST) X-Google-Smtp-Source: AHgI3IZndksmRi8R1+cntpOWFE6Ht1rOv/dyfPJMg+3+NjDbTmy3mGOn7ekcxVgp9B5JywunjY2N X-Received: by 2002:a62:2606:: with SMTP id m6mr6548654pfm.133.1549396647641; Tue, 05 Feb 2019 11:57:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549396647; cv=none; d=google.com; s=arc-20160816; b=AlKpy4n+dDTsyiByeZQ7Xod4inkqrgGy9rofKfjkQb9NhCepWAJEX9ApWtvXcNU/WO dzsHehCFeGrOSogJqCF9AEsCXmSoPDqzRgvOHiXSyAvQ/KUK4DS2zRHR7C3ElhllhylX J4KImFL/NRi8H30kLu7/jji7RHjANbfewjEgM8+53dee2Uh8HQgRffrQHDT0CHTSo1MF iKT7wQmJK+KFa9MhKFJJAPlFuht6sy1Owj9oHvgM+WAT9RLkXOJNDJnshSwdMwFovUog 0oFQvbbpXMuNtjuDWkjpX/F+hqLZA2bCUZIT7jpVaYrhOGW6+5JRlW0tl7mVqjeb937g KjbQ== 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=ig5NrXl0SP4lg8bK3acYO03ORuZx6YhmHyFnkOwM2Vg=; b=lv4qWEyAzTW3bVDK8hQQiGygzZA4MUHXigiqlc5ZQT7pDSNouXLj8W2u5DFCQFo7BN Vr2xwMZ1fthpnqu6GBvtCNTa2KjijKnd9arqG4tK5HXxBCFFfxOj8Ne06HCCK0XPbv0a empCCfQTC21n2IeLS7zL7U14qhb0rGPN+y9t+l3pKQpfR2AtxxZhqnXzGA4/knQOsNrk RpknmSU8ivRuIG5BY6tCKS7utpqBgMslyt2kTIRJ3MN6/nd01xW+DlmY1OxzWXq4us2f pPKbxqlLuNb895Vc4Zvme2riITPHzQs1fFblOLMQ13eGQl/X5xNT5sZ77Ima1ObXEzQ6 d1+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 l7si4047559plt.25.2019.02.05.11.57.12; Tue, 05 Feb 2019 11:57:27 -0800 (PST) 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 S1728581AbfBETOI (ORCPT + 99 others); Tue, 5 Feb 2019 14:14:08 -0500 Received: from shards.monkeyblade.net ([23.128.96.9]:47558 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727870AbfBETOI (ORCPT ); Tue, 5 Feb 2019 14:14:08 -0500 Received: from localhost (unknown [IPv6:2601:601:9f80:35cd::bf5]) (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 B33D1133FABCD; Tue, 5 Feb 2019 11:14:07 -0800 (PST) Date: Tue, 05 Feb 2019 11:14:04 -0800 (PST) Message-Id: <20190205.111404.1429981997134153696.davem@davemloft.net> To: joe@perches.com Cc: thierry.reding@gmail.com, hkallweit1@gmail.com, andrew@lunn.ch, nic_swsd@realtek.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 2/2] r8169: Avoid pointer aliasing From: David Miller In-Reply-To: <8553086eaec167846992f1cff12aa388cee81767.camel@perches.com> References: <20190204164213.30727-2-thierry.reding@gmail.com> <20190204.192040.1074738183781998611.davem@davemloft.net> <8553086eaec167846992f1cff12aa388cee81767.camel@perches.com> X-Mailer: Mew version 6.8 on Emacs 26.1 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]); Tue, 05 Feb 2019 11:14:08 -0800 (PST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Joe Perches Date: Tue, 05 Feb 2019 10:42:54 -0800 > On Mon, 2019-02-04 at 19:20 -0800, David Miller wrote: >> From: Thierry Reding >> Date: Mon, 4 Feb 2019 17:42:13 +0100 >> >> > @@ -7316,7 +7325,7 @@ static int rtl_get_ether_clk(struct rtl8169_private *tp) >> > static int rtl_init_one(struct pci_dev *pdev, const struct pci_device_id *ent) >> > { >> > const struct rtl_cfg_info *cfg = rtl_cfg_infos + ent->driver_data; >> > - u8 mac_addr[ETH_ALEN] __aligned(4) = {}; >> > + u8 mac_addr[ETH_ALEN] = {}; >> > struct rtl8169_private *tp; >> >> I agree with Heiner, you have to provide at least 2 byte alignment for this >> buffer due to the reasons he stated. > > It's declared after a pointer so it is already is 2 byte aligned. > > A lot of drivers wouldn't work otherwise. That's assuming a lot about what the compiler will do when it allocates local variables to the stack. I want it _explicit_.