Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3727712pxf; Mon, 22 Mar 2021 13:31:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxgZyJCtZ/hXOgaOgec1AZ3QknUWddMR7bvyg6AL3v7kI4Fh2Df660n1UTEtyj4+jDLDcdR X-Received: by 2002:a17:906:1956:: with SMTP id b22mr1644497eje.114.1616445071185; Mon, 22 Mar 2021 13:31:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616445071; cv=none; d=google.com; s=arc-20160816; b=SDnWUlQfr1DJzmzkjTkKwP3oAymScjmi9WShXYa+JnJiTiY8RcG4F4kSh4JaxHyDAz 6aCBrcykAhuo+Ui20W2iQKmSug1wdEqW/ZOG8pgZd35yvngMoggsKDE94zNkMM6N7711 eusMEGvNiFPwhvIBdChzGEjgD0+h3c9nmanoHQzuMYpBsUdAMIGXmlnl+j0v81ZTDa7G KxRIOdOmFwpGPrri6vJjogcLb3OCOB+2AQZQezO4v0LJ9DaiMyEm998CtKgubAjZ8NRG S733tzXlSda3mST4E5GyInvBo1ukATKgNGDId2SeT9UOwGmrk8WWmWeSNfJUmxLusk31 bxAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:sender:dkim-signature; bh=7QH2qH8OXw7astC9J+hBZNIvd5jFa6HOZzbSlRf+8Ek=; b=xDS9wlvxM6pgwmNTjptAG47QvOJu14woUmJt1FErTZnqVNTLm7bnzPwjul7K68X6JP oLTUsDMxNiJhiuPS+h8iysg6QFCyKAdXVLr655uMvs3HobMDoftVAOm9joRv0ZGPRmjN noS9Z1VIkVVSzMm6A1n5NThat/UQCJg3Lk/VVffeck7eH4sjYfq8vk18Y7jYXGEFYiXM +Oq2m31OgdNSu+UI7+AgBHk7Ge2haP05Yf3KODcB2kiDg5oyYksxiNTXNtJf0gcjf0OL PGS79ohaqQC6Sduv19jaki1/RUDfg6L3w+JCuRzs3QPDQbPkJkUlAkHVmab+pgjuv+1w Yt5g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=T8MfESZQ; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x16si12049983edd.234.2021.03.22.13.30.47; Mon, 22 Mar 2021 13:31:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=T8MfESZQ; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230341AbhCVUaP (ORCPT + 99 others); Mon, 22 Mar 2021 16:30:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42638 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231506AbhCVUaD (ORCPT ); Mon, 22 Mar 2021 16:30:03 -0400 Received: from mail-ed1-x534.google.com (mail-ed1-x534.google.com [IPv6:2a00:1450:4864:20::534]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 36B7DC061574; Mon, 22 Mar 2021 13:30:03 -0700 (PDT) Received: by mail-ed1-x534.google.com with SMTP id j3so20927381edp.11; Mon, 22 Mar 2021 13:30:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=7QH2qH8OXw7astC9J+hBZNIvd5jFa6HOZzbSlRf+8Ek=; b=T8MfESZQxe3NObZ/7MqvvJi28NxxdFf3ab07gERPhzLT804c2DkkhJkBMdizuiX7N5 CHF46uFWWZ0cEHLJOYnXTiyTVv5tLvjO1lmS5Ohg2XPP88nZmWW9F5ARG6cD601rZ5/K zoiBTqPm5H0nLHbAPcra7yZ3RbLdPm8oZKbWma9nQPHRlRk5CMs6B2AjWWGtpKPrvkGd rL5fFWVmWmq+K/IWUKd2YrrT8XNdUQvFpqJ+tfEUQNjkhvUoBFoAG9jEiozLdABWs7F1 P6ZC1gmMny9VZsWnwgXXF/Dsydybb92YeAKNqz04oOvYAWJ3XKyrs6O1pidMSVkxvnmE iM1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=7QH2qH8OXw7astC9J+hBZNIvd5jFa6HOZzbSlRf+8Ek=; b=leNPY43U+GP3bVKZwkB+lJg2KyM9KE3J2BFaL8GyBbtK5FxkdvSf+O+fr0RWMe3JBd J7pP+6GAbA+ttwYqzvfe5+RYYtWD1pM01ZARcqk0btY2WCJiNCPFuC0laaXjjVFH09Py ubBTXmpqEEOMZ8KePXTQTSV3vAyBWlsigmNBoEOHhkFE2B8OFPKIE4dl6iUCSj8A8foG G1eG3/aJkkn+TJlbpoZssdMKGsnjJcJTlO9zI2eELfmnhvJdvsKnaXzdbDm3d630n6/T WldJsHY4wqV54f6O95BiFajQOa6pNIMMhqwGcg2vfF+wP8w/6cJxlS00s9lFIe/Eigpc 0hQQ== X-Gm-Message-State: AOAM532Pysb8L0q7VJmQYDTpgC9fAhOi7Ab3X/7FI4p5/vspOoI7oA7t 8M2UPdz24vWHYaXoLgOFcP4= X-Received: by 2002:aa7:c447:: with SMTP id n7mr1365222edr.171.1616445001869; Mon, 22 Mar 2021 13:30:01 -0700 (PDT) Received: from gmail.com (54033286.catv.pool.telekom.hu. [84.3.50.134]) by smtp.gmail.com with ESMTPSA id x1sm10321496eji.8.2021.03.22.13.30.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 Mar 2021 13:30:01 -0700 (PDT) Sender: Ingo Molnar Date: Mon, 22 Mar 2021 21:29:58 +0100 From: Ingo Molnar To: Arnd Bergmann Cc: linux-kernel@vger.kernel.org, Martin Sebor , Ning Sun , Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org, Arnd Bergmann , Jani Nikula , Kalle Valo , Simon Kelley , James Smart , "James E.J. Bottomley" , Anders Larsen , Tejun Heo , Serge Hallyn , Imre Deak , linux-arm-kernel@lists.infradead.org, tboot-devel@lists.sourceforge.net, intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, ath11k@lists.infradead.org, linux-wireless@vger.kernel.org, netdev@vger.kernel.org, linux-scsi@vger.kernel.org, cgroups@vger.kernel.org, linux-security-module@vger.kernel.org, "H. Peter Anvin" , Andrew Morton , Lu Baolu , Will Deacon Subject: Re: [PATCH 02/11] x86: tboot: avoid Wstringop-overread-warning Message-ID: <20210322202958.GA1955909@gmail.com> References: <20210322160253.4032422-1-arnd@kernel.org> <20210322160253.4032422-3-arnd@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210322160253.4032422-3-arnd@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org * Arnd Bergmann wrote: > From: Arnd Bergmann > > gcc-11 warns about using string operations on pointers that are > defined at compile time as offsets from a NULL pointer. Unfortunately > that also happens on the result of fix_to_virt(), which is a > compile-time constant for a constantn input: > > arch/x86/kernel/tboot.c: In function 'tboot_probe': > arch/x86/kernel/tboot.c:70:13: error: '__builtin_memcmp_eq' specified bound 16 exceeds source size 0 [-Werror=stringop-overread] > 70 | if (memcmp(&tboot_uuid, &tboot->uuid, sizeof(tboot->uuid))) { > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > I hope this can get addressed in gcc-11 before the release. > > As a workaround, split up the tboot_probe() function in two halves > to separate the pointer generation from the usage. This is a bit > ugly, and hopefully gcc understands that the code is actually correct > before it learns to peek into the noinline function. > > Link: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99578 > Signed-off-by: Arnd Bergmann > --- > arch/x86/kernel/tboot.c | 44 ++++++++++++++++++++++++----------------- > 1 file changed, 26 insertions(+), 18 deletions(-) > > diff --git a/arch/x86/kernel/tboot.c b/arch/x86/kernel/tboot.c > index 4c09ba110204..f9af561c3cd4 100644 > --- a/arch/x86/kernel/tboot.c > +++ b/arch/x86/kernel/tboot.c > @@ -49,6 +49,30 @@ bool tboot_enabled(void) > return tboot != NULL; > } > > +/* noinline to prevent gcc from warning about dereferencing constant fixaddr */ > +static noinline __init bool check_tboot_version(void) > +{ > + if (memcmp(&tboot_uuid, &tboot->uuid, sizeof(tboot->uuid))) { > + pr_warn("tboot at 0x%llx is invalid\n", boot_params.tboot_addr); > + return false; > + } > + > + if (tboot->version < 5) { > + pr_warn("tboot version is invalid: %u\n", tboot->version); > + return false; > + } > + > + pr_info("found shared page at phys addr 0x%llx:\n", > + boot_params.tboot_addr); > + pr_debug("version: %d\n", tboot->version); > + pr_debug("log_addr: 0x%08x\n", tboot->log_addr); > + pr_debug("shutdown_entry: 0x%x\n", tboot->shutdown_entry); > + pr_debug("tboot_base: 0x%08x\n", tboot->tboot_base); > + pr_debug("tboot_size: 0x%x\n", tboot->tboot_size); > + > + return true; > +} > + > void __init tboot_probe(void) > { > /* Look for valid page-aligned address for shared page. */ > @@ -66,25 +90,9 @@ void __init tboot_probe(void) > > /* Map and check for tboot UUID. */ > set_fixmap(FIX_TBOOT_BASE, boot_params.tboot_addr); > - tboot = (struct tboot *)fix_to_virt(FIX_TBOOT_BASE); > - if (memcmp(&tboot_uuid, &tboot->uuid, sizeof(tboot->uuid))) { > - pr_warn("tboot at 0x%llx is invalid\n", boot_params.tboot_addr); > + tboot = (void *)fix_to_virt(FIX_TBOOT_BASE); > + if (!check_tboot_version()) > tboot = NULL; > - return; > - } > - if (tboot->version < 5) { > - pr_warn("tboot version is invalid: %u\n", tboot->version); > - tboot = NULL; > - return; > - } > - > - pr_info("found shared page at phys addr 0x%llx:\n", > - boot_params.tboot_addr); > - pr_debug("version: %d\n", tboot->version); > - pr_debug("log_addr: 0x%08x\n", tboot->log_addr); > - pr_debug("shutdown_entry: 0x%x\n", tboot->shutdown_entry); > - pr_debug("tboot_base: 0x%08x\n", tboot->tboot_base); > - pr_debug("tboot_size: 0x%x\n", tboot->tboot_size); This is indeed rather ugly - and the other patch that removes a debug check seems counterproductive as well. Do we know how many genuine bugs -Wstringop-overread-warning has caught or is about to catch? I.e. the real workaround might be to turn off the -Wstringop-overread-warning, until GCC-11 gets fixed? Thanks, Ingo