Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2774497pxb; Tue, 9 Mar 2021 10:28:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJy3R6GpV8wWQCodmjrMaEh/thuelr8pOzm3GuoQ+Ll5yfOTSicR01r2gcCrusg5Xop0+/lx X-Received: by 2002:a17:906:1352:: with SMTP id x18mr21344407ejb.545.1615314514203; Tue, 09 Mar 2021 10:28:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615314514; cv=none; d=google.com; s=arc-20160816; b=TR+Xugiem58aUvzNyCD2e0Uhdta+DmlkTIT9ECRAzEnlIRBArWOwQa34m8L4yEUYKa dCI/JfueAMnl2UbDCJ+gmNyk4J2mIZ9+Uz6Yd/mAVFFRO6zSdMyKhLmBESOBFqhWXENL f9KB1t65m/73syiXFwHDMeVA2gqk0iVjSxTfEOcZmQqxQo4jEcy0WzokefqiSJkWJnmL 4tQQ4RgwpMlkU85OWW55YiEXLu1GIEbRG9TyXcLi8V/oH/tdkzCe7d3leuqEMNz+uNbP Smnj0HcN9x3bnjgiqtrrbx+H0rPswQ9/2oqz7sS48SvwY55mPzhCh/rdHU6HlEdyXXw2 MQZw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=aA39NALH0TyAKu/mVeAb+Hf6XqKon/lgpyQHkCA2b/s=; b=mNsQaZ8tNHvE/ChQIGDFUlba0BcEY3ps3WOGuMbZOiik//eaPxuBJPYLpZiOSpVNq2 3TSxaM+UjHcraiKPXfIe2YGPrHjpr2WnsJEaDOXOF2YJe4dHXBsLI7+wwjzALKDJDblQ VcuaUP+K70rtG5D1Z1HmESd2DETnKVZA+tmUiLYtiPn3wAkCY18llETqQuXruoPHGei3 SNX2YsEtA7czO0BfxaaovyCFr3BoutJrP4V9XslzjMLLno8lFrEMoSyrU21mKw58fjyu 3Rm01rrfvjLp0iALHGB+15ap1v2hO8fAGADbTDkPZggndqm5CG6N7w8gg2votb90LEF9 eUxw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=Oj2xkiT3; 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 r21si9539099ejx.301.2021.03.09.10.28.10; Tue, 09 Mar 2021 10:28:34 -0800 (PST) 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=Oj2xkiT3; 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 S230319AbhCIS1N (ORCPT + 99 others); Tue, 9 Mar 2021 13:27:13 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53982 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229691AbhCIS0u (ORCPT ); Tue, 9 Mar 2021 13:26:50 -0500 Received: from mail-oi1-x22e.google.com (mail-oi1-x22e.google.com [IPv6:2607:f8b0:4864:20::22e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 56731C06175F for ; Tue, 9 Mar 2021 10:26:50 -0800 (PST) Received: by mail-oi1-x22e.google.com with SMTP id d20so15978717oiw.10 for ; Tue, 09 Mar 2021 10:26:50 -0800 (PST) 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; bh=aA39NALH0TyAKu/mVeAb+Hf6XqKon/lgpyQHkCA2b/s=; b=Oj2xkiT3AZrHJGVbcWUElH9kYBD3g5/BxJeoEniFwxOzd9NsKyvfl78BWMj0qFw/vf HKyc6JZUU0BKNbo5d3AatS/wqGOdVWghthNo81J+TOUZbu5LWzrIfZJr6uqYPxrfBets iDBaf2+bTdC+V+e+Mn92heLFMoT9jo0bHAKKx+vH3NxRVBvjd4Z5epnMec/J8XwPDul+ L8/MrWlTMM1bFyrNoK1AHlhwASTfnw+ooUjnOGLpCC4k8JFz1pzZM2gEnjAxdizXjv5O Yk8NV7p4w6YN7C38Znh/5zcpGY2Bj1wHkzfnGvKfX2zNiYUyJIFBFUlDqohXbsx3gNev v8Fg== 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; bh=aA39NALH0TyAKu/mVeAb+Hf6XqKon/lgpyQHkCA2b/s=; b=SM3vHhwNnTUyUFBL1uuiN11S5m67Vvqpb8OjRC4hRmetNBkrq0MMTJj7WyCeOBczMk AWnmxH4NHDZs2HbXTaC7bIZU/Y6ySymjiUbdPkWbuLWlG1iyqwpWHF8zBEBy7q2ka3s5 eA+mwjX/B5yLENpdMc1cH+x+XFp0kWkWlZJaYWdKHUvRbDgOnZA8s5eiKTMm6gGmR/W0 jDJb4exUcD4l/zgRfUSYwhmTjkmF4EuYGml9sbEBfuBT873d3dR3rgIqNtZzq2xLAOs7 EsvPO91rgJW9xc+2jfB5xwbc9iDvb4Q4LZ0jSledtLup/18uSDN2BYQ6yhnPFDjiwtgt rYKg== X-Gm-Message-State: AOAM532eS0buL/OqV4bXopHYCQzm8ZVVmDgTrHhyPZ//QH4xJmBlyAjh TEhJ+XFqW3pWUdmcfLtrrc4rsCfeCG77eE0JtGxPWQ== X-Received: by 2002:aca:acc2:: with SMTP id v185mr3774689oie.28.1615314409351; Tue, 09 Mar 2021 10:26:49 -0800 (PST) MIME-Version: 1.0 References: <20210309171019.1125243-1-seanjc@google.com> In-Reply-To: <20210309171019.1125243-1-seanjc@google.com> From: Jim Mattson Date: Tue, 9 Mar 2021 10:26:38 -0800 Message-ID: Subject: Re: [PATCH v2] x86/perf: Use RET0 as default for guest_get_msrs to handle "no PMU" case To: Sean Christopherson Cc: Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Thomas Gleixner , Borislav Petkov , "the arch/x86 maintainers" , Paolo Bonzini , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , "H. Peter Anvin" , Vitaly Kuznetsov , Wanpeng Li , Joerg Roedel , LKML , kvm list , Like Xu , Dmitry Vyukov , syzbot+cce9ef2dd25246f815ee@syzkaller.appspotmail.com Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 9, 2021 at 9:10 AM Sean Christopherson wrote: > > Initialize x86_pmu.guest_get_msrs to return 0/NULL to handle the "nop" > case. Patching in perf_guest_get_msrs_nop() during setup does not work > if there is no PMU, as setup bails before updating the static calls, > leaving x86_pmu.guest_get_msrs NULL and thus a complete nop. Ultimately, > this causes VMX abort on VM-Exit due to KVM putting random garbage from > the stack into the MSR load list. > > Add a comment in KVM to note that nr_msrs is valid if and only if the > return value is non-NULL. > > Fixes: abd562df94d1 ("x86/perf: Use static_call for x86_pmu.guest_get_msrs") > Cc: Like Xu > Cc: Paolo Bonzini > Cc: Jim Mattson > Reported-by: Dmitry Vyukov > Reported-by: syzbot+cce9ef2dd25246f815ee@syzkaller.appspotmail.com > Suggested-by: Peter Zijlstra > Signed-off-by: Sean Christopherson > --- > > v2: > - Use __static_call_return0 to return NULL instead of manually checking > the hook at invocation. [Peter] > - Rebase to tip/sched/core, commit 4117cebf1a9f ("psi: Optimize task > switch inside shared cgroups"). > ... > diff --git a/arch/x86/kvm/vmx/vmx.c b/arch/x86/kvm/vmx/vmx.c > index 50810d471462..32cf8287d4a7 100644 > --- a/arch/x86/kvm/vmx/vmx.c > +++ b/arch/x86/kvm/vmx/vmx.c > @@ -6580,8 +6580,8 @@ static void atomic_switch_perf_msrs(struct vcpu_vmx *vmx) > int i, nr_msrs; > struct perf_guest_switch_msr *msrs; > > + /* Note, nr_msrs may be garbage if perf_guest_get_msrs() returns NULL. */ You could drop the scary comment with a profligate initialization of nr_msrs to 0. [Apologies to those seeing this twice. I blame gmail.]