Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp140417pxm; Tue, 22 Feb 2022 07:47:53 -0800 (PST) X-Google-Smtp-Source: ABdhPJzlJiU3Dd7eHggbazCn110WAjOO83KKsT2GVhajPPiY0LrpA7lvXMS1muyRyMgh+Hukzp5D X-Received: by 2002:a05:6a00:26e2:b0:4e1:296b:f24e with SMTP id p34-20020a056a0026e200b004e1296bf24emr979058pfw.49.1645544873106; Tue, 22 Feb 2022 07:47:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645544873; cv=none; d=google.com; s=arc-20160816; b=f3lh3pzK0e+OxRnG5NJobUGWMmwzRhhKfhSVuRaJaq2mC60QnlBoimjwvhqceLs+Za I5IjMe5fBiiDFm38Rt5BpVvWouSPfZ5huw1UStHN6ht1EZ7dgpXLW1PkWn/mQ5hON7EE 19Vp031FqL4o3SKc1+whLqFeMoKOz8V7J8sENuFeBhjpwblea9k4LHdCaMjDxxsQKCCo E1WTQyICuP7K+Afh19AALMmE0vPObdRNAiRftyI/2ohIrTj8+54rTsKhzmwga9A0FaTi 2vshmfQdEB7kXyt6E9oT02ebdIjehqJbVeXx/1hY2mStQHRs2sXsvf76Ag/eZhGMKXUr FN/g== 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:dkim-signature; bh=lcRYoN5Uf3rBH9v/7qdYElQaWmfVzREsyATDiT2CRiQ=; b=GBkzGORmtaXPs1SQXHxC+CVPSztBdU7X4iq+ZgkvJ5MJn1VkDYKYAksQy4lsBqJgML uHKhCTw8ebOsQJd/1SjDk/uu++llSsVsNxCELjDptM8I4ZK+3y4ouTuUlm1ZOTlj0NSw rXAXN0YT2djD02cSv/NvMFJB/zodg/ejrYyjKiMDrQpQou3Hnj85dgkGIatls5AlDSmv 7aCT0oWzabzQOmYwYuNNZxnlnj54T9BoQ8UpHbjMCfcbjZwmSstdtIgIk9MhYyesClhY Xdzt9ph4fkXVgYcgpYnXtk65SKG7gn+VCUUWIW81higle6pfZHct2INfDTltcTTWTMXS kDPA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=WOnf61l0; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b4si21977232pgs.279.2022.02.22.07.47.37; Tue, 22 Feb 2022 07:47:53 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=WOnf61l0; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S233287AbiBVPSF (ORCPT + 99 others); Tue, 22 Feb 2022 10:18:05 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41728 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233354AbiBVPRi (ORCPT ); Tue, 22 Feb 2022 10:17:38 -0500 Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E376CA88BA for ; Tue, 22 Feb 2022 07:17:04 -0800 (PST) Received: by mail-pl1-x636.google.com with SMTP id ay3so7037052plb.1 for ; Tue, 22 Feb 2022 07:17:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=lcRYoN5Uf3rBH9v/7qdYElQaWmfVzREsyATDiT2CRiQ=; b=WOnf61l0rum3il1zfoKqAJBV8UpvfqPLdVI2HNdp0/fkGZhP8BLuhXuHloYSx87D7i vD/oiHYQhINsdy7aNuzrOQxnCtcwwQ7RNIkZoGImk22FmjdmEJzRpUmpP8WPfKfhnNCg eNQsX7Ji9mOqEjLE3cxiValuU2L6vFsahcS9hlQ6Lh5rOKChD33zVFMX56mT2yhVuiGj MgDfp3Pma4sl5hKjucCbSHn7WKfAwyMzAzn21cZ9xkRnFZUir5Fkht+vjpT4TCiQG+2t ASN4hutVwU80e0OPrN21Y3fcUhw+NPPnQWFWqhN2oDGb22n/a7YkI5CHvry2Visg4w2y DSyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=lcRYoN5Uf3rBH9v/7qdYElQaWmfVzREsyATDiT2CRiQ=; b=MgUBOYlOEz1OQGrmWP4qkOY9eUGZ+Nn3nEMvYUhmMYsxnMggYZ1hTwP4E4dDzADCDi KEsFFaIGbcvv4bauBbJMd22k+08RAdNQTUyv6XU+RD0qV3RBU6pG7SgY1gyI91Te5Kpt YaIvnMtDHsptCSeare4pAY685PHgwKPYieMkAJDxTD+6N0zvrD4DQ8YYm9NvYaxDIHSM 30d9uSSerKK0e4b6Fe6vyOm6kjtasG0fkD0jHc5Pg0GaChR0u7E67EqlyLbw2crv5doI lwjE+bWLWCZUpLuyjkyGcnAca/X4TStJLcN3rm1zyfzb+knMzAr2tUgxq3mopfga7Ysk n7Xw== X-Gm-Message-State: AOAM530JwqcDSbtQ9GiydwF3onC4yGYpv1Nt3stmdkZt+RtDy7HPKvIP /yUl2Oe9lvpdFQQerwchuSG8vIZqy1/URg== X-Received: by 2002:a17:90a:8d85:b0:1b8:a215:e3e4 with SMTP id d5-20020a17090a8d8500b001b8a215e3e4mr4520719pjo.175.1645543023501; Tue, 22 Feb 2022 07:17:03 -0800 (PST) Received: from google.com (157.214.185.35.bc.googleusercontent.com. [35.185.214.157]) by smtp.gmail.com with ESMTPSA id u9-20020a17090a450900b001b9b5ca299esm2962733pjg.54.2022.02.22.07.17.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 22 Feb 2022 07:17:02 -0800 (PST) Date: Tue, 22 Feb 2022 15:16:59 +0000 From: Sean Christopherson To: Peng Hao Cc: pbonzini@redhat.com, kvm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] KVM:VMX:Remove scratch 'cpu' variable that shadows an identical scratch var Message-ID: References: <20220222103954.70062-1-flyingpeng@tencent.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220222103954.70062-1-flyingpeng@tencent.com> X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Needs a space between "KVM:" and "VMX:". No need to resend, Paolo can fixup when applying. On Tue, Feb 22, 2022, Peng Hao wrote: > From: Peng Hao > > Remove a redundant 'cpu' declaration from inside an if-statement that > that shadows an identical declaration at function scope. Both variables > are used as scratch variables in for_each_*_cpu() loops, thus there's no > harm in sharing a variable. > > Reviewed-by: Sean Christopherson > Signed-off-by: Peng Hao > --- > arch/x86/kvm/vmx/vmx.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/arch/x86/kvm/vmx/vmx.c b/arch/x86/kvm/vmx/vmx.c > index ba66c171d951..6101c2980a9c 100644 > --- a/arch/x86/kvm/vmx/vmx.c > +++ b/arch/x86/kvm/vmx/vmx.c > @@ -7931,7 +7931,6 @@ static int __init vmx_init(void) > ms_hyperv.hints & HV_X64_ENLIGHTENED_VMCS_RECOMMENDED && > (ms_hyperv.nested_features & HV_X64_ENLIGHTENED_VMCS_VERSION) >= > KVM_EVMCS_VERSION) { > - int cpu; > > /* Check that we have assist pages on all online CPUs */ > for_each_online_cpu(cpu) { > -- > 2.27.0 >