Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp10416574ybi; Wed, 24 Jul 2019 22:50:27 -0700 (PDT) X-Google-Smtp-Source: APXvYqznYpabobrqn0Y8UfNwQEb/mi3gIEEs1iVh99mnzbfmR/AGhbQbZfwiEJavuFOx5iN1ORMY X-Received: by 2002:a63:1723:: with SMTP id x35mr83558528pgl.233.1564033826842; Wed, 24 Jul 2019 22:50:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564033826; cv=none; d=google.com; s=arc-20160816; b=NKpcDjPPoTs4574oV4fwIT0EE/L2broL3sxawQM6K20trEZ2zcy0aUNoXP3ykqBP7G /P+LcxPkWUIzS+nC2NXIMiXwCbO65ZIGjIExaDggyFRytYBvYoHucOlXHhqek6nbHACt YR+i9T0lIfi8I9nlkBvVZ4wSl9+jS2gWUmNUUjAh0E1780eX3kMHaeCkX9uDHy2aKqsw d5YzVAW7ai+xv/BVXqDTKS3RA6edl2rUZpjTByd8T3zC7ZI6YS07/brIdG0KU5YnPzIJ rotDbyGF9az8XvMyKgpmuD+xsf52qQHSIh8fOGHY9G+xqVsmpOAO+b6AaU836xyPa5sI sZXA== 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 :message-id:date:subject:cc:to:from:dkim-signature; bh=fXbvlGcsLXDRlzCNhQWh1dqxoz1sQFBznCCX79YHCDM=; b=RrrKWALt2Dyv79/Kr/50h14I+aK3thmYE+U2bW0P7w8WuQhDENsh6H4ZIz6955c7DE Zbydr98opBXLVO3M0bIDZuDk0jVKvpImUNXII4pvtLrr50VnCRnXWrE8ISvhHljbmVZu u7PlY4UYt48focy20KRsDlsU2bmud5KD78WVSTEDzq3an9dtwiKqiRYw4OSot7pqBEGQ t7PJ7vhdjcDc+yl3RwqlmxWf4MD0zC8j1fBdoBSwKNDeFOXSsPwRaX0pkILnvgLZQUQn 9oyTweOQ7+YhjvmIeR2sK3zSSs+PmLuxNA9pak+UnK/d3pGtxknlRWCq4wHW3bANJTF/ X/Bg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b="stV/qm9T"; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p1si19195046pff.250.2019.07.24.22.50.12; Wed, 24 Jul 2019 22:50:26 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b="stV/qm9T"; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388656AbfGXXPd (ORCPT + 99 others); Wed, 24 Jul 2019 19:15:33 -0400 Received: from mail-pf1-f196.google.com ([209.85.210.196]:39067 "EHLO mail-pf1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728419AbfGXXPd (ORCPT ); Wed, 24 Jul 2019 19:15:33 -0400 Received: by mail-pf1-f196.google.com with SMTP id f17so17684705pfn.6 for ; Wed, 24 Jul 2019 16:15:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=fXbvlGcsLXDRlzCNhQWh1dqxoz1sQFBznCCX79YHCDM=; b=stV/qm9TLz5ZykNYfa2/VWBhvh9KuZ2fGyYhB0yBhK4ewV9oO5e9OxWKH0NFhK6eTl IpvLsZGRH6XSw4RXK235BmihF7G6q5HvagKdjHMXxm14F7eC0SJqnIc0RcThKnNNJYWR H000iVHYNgTLW8AvNc+ksHK3xObYTrKZRwqyk/FVDHOJ+gVnFDfascolUS1y0MB+2x+m KsEmGXoypl0PGaFtRXw3fnT3j/WgHXM5W9EAjSd3ccSL/l3wzS9UeF3ygmfADQjFFimj d6MCRitBYzwP/gel+Mipg/yIIqOMN4kXJKhWKjDXUoTTKS8K0HN1aadl1facC66UQX3x 4ueA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=fXbvlGcsLXDRlzCNhQWh1dqxoz1sQFBznCCX79YHCDM=; b=j08neLu+zu5oSabdjy+Jm64WIuZuToqz4sgIScB/myrJyEeSegVuODKfSxY500hsxO T8CXqHDQ0lWgASFgWg7VhYMkohAdf5yUDPtuYxA6gF1QHqb3dPdjmIxcdMaEEdyhsrSA rgoo4QpWQQhsZwU/49E/gnE8+Xk3CwqRFZrfPsb+9PtRwVX4oVfEAp56xpups6q9CvyW x75rCldf95hvjIDqljvEOvgjQV3SIWMsuItfbjzq3elOC4T5jqzhemS+ZA6HUBlQjZSB EmYieGIRtceY2eiDi0tVOln0np9cVxVt4Dguytb+QUAyswWVS1lIU2M1Z2I869/GshSo 0XnA== X-Gm-Message-State: APjAAAXgzUkopOvjrr2jgfdSSupj5zQZgeChj83eLGESBNacHa60/S10 4Y8PWsuvkqUCy4Gv442I/Ue2DnHS X-Received: by 2002:a62:64d4:: with SMTP id y203mr13559656pfb.91.1564010131930; Wed, 24 Jul 2019 16:15:31 -0700 (PDT) Received: from blueforge.nvidia.com (searspoint.nvidia.com. [216.228.112.21]) by smtp.gmail.com with ESMTPSA id x67sm50275523pfb.21.2019.07.24.16.15.30 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Wed, 24 Jul 2019 16:15:31 -0700 (PDT) From: john.hubbard@gmail.com X-Google-Original-From: jhubbard@nvidia.com To: "H . Peter Anvin" Cc: Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, LKML , John Hubbard Subject: [PATCH 0/1] x86/boot: clear some fields explicitly Date: Wed, 24 Jul 2019 16:15:27 -0700 Message-Id: <20190724231528.32381-1-jhubbard@nvidia.com> X-Mailer: git-send-email 2.22.0 MIME-Version: 1.0 X-NVConfidentiality: public Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: John Hubbard Hi, I just ran across this on the latest (well, any -rc1) linux.git, while working on something else. It generates an ugly multiline warning: In file included from arch/x86/kernel/head64.c:35: In function ?sanitize_boot_params?, inlined from ?copy_bootdata? at arch/x86/kernel/head64.c:391:2: ./arch/x86/include/asm/bootparam_utils.h:40:3: warning: ?memset? offset [197, 448] from the object at ?boot_params? is out of the bounds of referenced subobject ?ext_ramdisk_image? with type ?unsigned int? at offset 192 [-Warray-bounds] 40 | memset(&boot_params->ext_ramdisk_image, 0, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 41 | (char *)&boot_params->efi_info - | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 42 | (char *)&boot_params->ext_ramdisk_image); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ./arch/x86/include/asm/bootparam_utils.h:43:3: warning: ?memset? offset [493, 497] from the object at ?boot_params? is out of the bounds of referenced subobject ?kbd_status? with type ?unsigned char? at offset 491 [-Warray-bounds] 43 | memset(&boot_params->kbd_status, 0, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 44 | (char *)&boot_params->hdr - | ~~~~~~~~~~~~~~~~~~~~~~~~~~~ 45 | (char *)&boot_params->kbd_status); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ It looks like this hasn't been touched since 2013, so maybe gcc is just getting more agressive about warnings. Well, we know it is, actually. Because struct boot_params is __packed__, normal variable variable assignment will work just as well as a memset here. Change three u32 fields to be cleared to zero that way, and just memset the _pad4 field. This clears up the build warnings for me. Testing: just did a basic boot test on my x86_64 machine, no problems seen. Not that that tests much, but it's something. John Hubbard (1): x86/boot: clear some fields explicitly arch/x86/include/asm/bootparam_utils.h | 11 +++++------ 1 file changed, 5 insertions(+), 6 deletions(-) -- 2.22.0