Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp2030018ybk; Mon, 11 May 2020 10:09:05 -0700 (PDT) X-Google-Smtp-Source: APiQypK08UNoP/IoRlN3/2ctRZqftDG5OFihq9tr+l336jOZXdXFOFEDxsT67ypR7Gpb+aB40RsB X-Received: by 2002:a05:6402:206f:: with SMTP id bd15mr14844457edb.24.1589216944977; Mon, 11 May 2020 10:09:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589216944; cv=none; d=google.com; s=arc-20160816; b=FWo0adnuF12a+FS6ywF5Pa5z4zH1aMhgbUXw58bLCpoImaxqWqqpUYq5WOlYgxMK6u qRsOslJYME/vg71ZAkTGjpAj8BzICvt35Lj+agFEnyps85PjuGCmN1Ct/M0tXw2sXila agvrtkaAMu3BmArD6HUFeyQ60kt/aJst3RHYLkS65gebANEkmUqi106B19r5imGM2yih 7WEmMFcPeIzQk2NgU85luANDhWhA/1fgfs2wz815UVAbb+RIc8iGPofew8Uq7m5++u0x kTenTrKTTTGHr9zPHdTSDhIfj29j6BQ7Y18vapqJZy754wwY4QbfSomUGJRDpTeStZWq bGbA== 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:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=/mo0sXYy7ZUcg8/iVmBIYTh3WKI/O9UKGDKgE3MM9OU=; b=PPFXoLcNTsV6CyLSMTq68bJeaq8okbv6KfhT3tMY4sMfh/D5Att8S5JENRZy7xuRMH 57R2W7WADs1yE7vv20zcCJ0uzd8FvzWJ8+u7NJiqSSbyhFrzKo5qvKGQT6tliMe3QVXj sG8+i4Zlhw4pIzqSeiDMKDHP1pyMfitSEom8ZLSS2ySgM/Bak6+kUmbMJKuKL1qTQx5g 9u5yM+ndtKVFCDxn2lTU/4x8XuHxpU8tnLQMm9SwzLbutcZabQQxXdmxFQOks2/zLOoU g/rTufR2YEEMMftUExvWC6d7t8IXzV/nXwxVPs8GPW8RoQggYgPlrGzI9fSJks/OiWCo SU6A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=hXA4IfAy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q13si6096846eds.115.2020.05.11.10.08.40; Mon, 11 May 2020 10:09:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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=@google.com header.s=20161025 header.b=hXA4IfAy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730731AbgEKREn (ORCPT + 99 others); Mon, 11 May 2020 13:04:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35540 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730624AbgEKREn (ORCPT ); Mon, 11 May 2020 13:04:43 -0400 Received: from mail-lj1-x241.google.com (mail-lj1-x241.google.com [IPv6:2a00:1450:4864:20::241]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id ACBE6C061A0C for ; Mon, 11 May 2020 10:04:42 -0700 (PDT) Received: by mail-lj1-x241.google.com with SMTP id g1so4450155ljk.7 for ; Mon, 11 May 2020 10:04:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=/mo0sXYy7ZUcg8/iVmBIYTh3WKI/O9UKGDKgE3MM9OU=; b=hXA4IfAyZ9uCnsRj1IlyziglyHt+A5cuk0JFQeVBiCHd9zjCrgOVMcKJF9i9K0lFkZ 2C0EBsUocyE95044XVsYOj08QZufGfYjnK/suq9vFsO1TFNcA80W1xcerX5ScCEXy/Nd rED/AjvLfeVqsG+lg/Wk/5lSefhgNEdmBo3xyC6+sfroM2hkmWMdZ5kWIcqa3QKqvpaB Aa7BOzwQIgN+bIV4VaIc6ltfDuEXR2FcLFZUJ/Ae8f349zSm2WFwFKOcEEsr/MHkGwZY v6Rqq7VlvrVt08JcUojJNTr2VpUFyNe8xJNCHsV3y/TTNw6ahQimGkRuXPJ+YIhcFJBf EKwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=/mo0sXYy7ZUcg8/iVmBIYTh3WKI/O9UKGDKgE3MM9OU=; b=HE+0d4XlSmCvRm7CVHWezuSckyNVocYNHwpdna/zFupgotfZpOvvEQ3DOYyPnVVv/s OH8t8gebDTIvYwUyGXH9t27L3gCY75qVt7FFywDS448wfSx5fdroEdBA7UMqvzX++rRj tLCx/AYweRSCdgZ9Ax9BcwKYg7xBm+uPf2XU6k6rF6Ct/mpCO7CrWw3zVBark+lhJyj0 nbaL6opH4Th3ERaD9X2nBxRrzxTZT0Z5n0EieSdbRnsMtY/e02OjBUvvH6/KpZd+1fkG swInmKRqmF01GNcqmS9t5VlmsY6iw+s8J+Wv7iUl4L+0b5ebV2u3jFVaiFezul96XuvL pEvQ== X-Gm-Message-State: AOAM530FyjO1guEFjkhX7OPMWm6N76i/DlJf/RXHYbdapaW8sPo+pN0I lRYLq2Bex6Pk+KwZKGc7rge0/+VML/ylOIreKCws2Q== X-Received: by 2002:a2e:b0e3:: with SMTP id h3mr10987519ljl.69.1589216680793; Mon, 11 May 2020 10:04:40 -0700 (PDT) MIME-Version: 1.0 References: <20200504190526.84456-1-peterx@redhat.com> <20200505013929.GA17225@linux.intel.com> <20200505141245.GH6299@xz-x1> <20200511160537.GC24052@linux.intel.com> In-Reply-To: <20200511160537.GC24052@linux.intel.com> From: Oliver Upton Date: Mon, 11 May 2020 10:04:29 -0700 Message-ID: Subject: Re: [PATCH] KVM: Fix a warning in __kvm_gfn_to_hva_cache_init() To: Sean Christopherson Cc: Peter Xu , Paolo Bonzini , kvm list , Linux Kernel Mailing List , Tony Cook , zoran.davidovac@gmail.com, euloanty@live.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 11, 2020 at 9:05 AM Sean Christopherson wrote: > > +cc a few other people that have reported this at one time or another. > > On Tue, May 05, 2020 at 10:12:45AM -0400, Peter Xu wrote: > > On Mon, May 04, 2020 at 06:39:29PM -0700, Sean Christopherson wrote: > > > On Mon, May 04, 2020 at 03:05:26PM -0400, Peter Xu wrote: > > > > GCC 10.0.1 gives me this warning when building KVM: > > > > > > > > warning: =E2=80=98nr_pages_avail=E2=80=99 may be used uninitializ= ed in this function [-Wmaybe-uninitialized] > > > > 2442 | for ( ; start_gfn <=3D end_gfn; start_gfn +=3D nr_pages_a= vail) { > > > > > > > > It should not happen, but silent it. > > > > > > Heh, third times a charm? This has been reported and proposed twice > > > before[1][2]. Are you using any custom compiler flags? E.g. -O3 is = known > > > to cause false positives with -Wmaybe-uninitialized. > > > > No, what I did was only upgrading to Fedora 32 (which will auto-upgrade= GCC), > > so it should be using the default params of whatever provided. > > > > > > > > If we do end up killing this warning, I'd still prefer to use > > > uninitialized_var() over zero-initializing the variable. > > > > > > [1] https://lkml.kernel.org/r/20200218184756.242904-1-oupton@google.c= om > > > [2] https://bugzilla.kernel.org/show_bug.cgi?id=3D207173 > > > > OK, I didn't know this is a known problem and discussions going on. Bu= t I > > guess it would be good to address this sooner because it could become a= common > > warning very soon after people upgrades gcc. > > Ya, others are hitting this as well. It's especially painful with the > existence of KVM_WERROR. > > Paolo, any preference on how to resolve this? It would appear GCC 10 got > "smarter". Seems that doing absolutely nothing was the fix here :) See: 78a5255ffb6a ("Stop the ad-hoc games with -Wno-maybe-initialized") -- Thanks, Oliver