From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-10.2 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6AC5CC433F5 for ; Tue, 7 Sep 2021 03:10:57 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 3ACC1600CC for ; Tue, 7 Sep 2021 03:10:57 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232284AbhIGDMB (ORCPT ); Mon, 6 Sep 2021 23:12:01 -0400 Received: from mga02.intel.com ([134.134.136.20]:20687 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229797AbhIGDMA (ORCPT ); Mon, 6 Sep 2021 23:12:00 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10099"; a="207307612" X-IronPort-AV: E=Sophos;i="5.85,273,1624345200"; d="scan'208";a="207307612" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Sep 2021 20:10:55 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.85,273,1624345200"; d="scan'208";a="537662727" Received: from michael-optiplex-9020.sh.intel.com (HELO localhost) ([10.239.159.182]) by FMSMGA003.fm.intel.com with ESMTP; 06 Sep 2021 20:10:52 -0700 Date: Tue, 7 Sep 2021 11:26:07 +0800 From: Yang Weijiang To: pbonzini@redhat.com, jmattson@google.com, seanjc@google.com, like.xu.linux@gmail.com, vkuznets@redhat.com, wei.w.wang@intel.com, kvm@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Yang Weijiang Subject: Re: [PATCH v8 00/15] Introduce Architectural LBR for vPMU Message-ID: <20210907032607.GA9143@intel.com> References: <1629791777-16430-1-git-send-email-weijiang.yang@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1629791777-16430-1-git-send-email-weijiang.yang@intel.com> User-Agent: Mutt/1.5.24 (2015-08-30) Precedence: bulk List-ID: X-Mailing-List: kvm@vger.kernel.org On Tue, Aug 24, 2021 at 03:56:02PM +0800, Yang Weijiang wrote: Hi, Paolo and other maintainers, Do you have any comments on this patch series? Arch LBR is desired by customers on new Intel platforms, so we'd like to upstream these patches. Thanks a lot! > The Architectural Last Branch Records (LBRs) is published in the 319433-040 > release of Intel Architecture Instruction Set Extensions and Future Features > Programming Reference[0]. > > The main advantages of Arch LBR are [1]: > - Faster context switching due to XSAVES support and faster reset of > LBR MSRs via the new DEPTH MSR > - Faster LBR read for a non-PEBS event due to XSAVES support, which > lowers the overhead of the NMI handler. > - Linux kernel can support the LBR features without knowing the model > number of the current CPU. > > >From end user's point of view, the usage of Arch LBR is the same as > the Legacy LBR that has been merged in the mainline. > > Note, there's one limitations for current guest Arch LBR implementation: > Guest can only use the same LBR record depth as host, this is due to > the special behavior of MSR_ARCH_LBR_DEPTH: a) On write to the MSR, > it'll reset all Arch LBR recording MSRs to 0s. b) XRSTORS will reset all > recording MSRs to 0s if the saved depth mismatches MSR_ARCH_LBR_DEPTH. > > But this limitation won't impact guest perf tool usage. > > [0] https://software.intel.com/content/www/us/en/develop/download/intel-architecture-instruction-set-extensions-and-future-features-programming-reference.html > [1] https://lore.kernel.org/lkml/1593780569-62993-1-git-send-email-kan.liang@linux.intel.com/ > > Previous version: > v7: https://lkml.kernel.org/kvm/1628235745-26566-1-git-send-email-weijiang.yang@intel.com/ > > Changes in v8: > 1. Per Like's review feedback, changed corresponding patches. > 2. Refactored part of the code, i.e., arch lbr depth, control configuration, to make them more precise. > > > Like Xu (6): > perf/x86/intel: Fix the comment about guest LBR support on KVM > perf/x86/lbr: Simplify the exposure check for the LBR_INFO registers > KVM: vmx/pmu: Emulate MSR_ARCH_LBR_DEPTH for guest Arch LBR > KVM: vmx/pmu: Emulate MSR_ARCH_LBR_CTL for guest Arch LBR > KVM: x86: Refine the matching and clearing logic for supported_xss > KVM: x86: Add XSAVE Support for Architectural LBR > > Sean Christopherson (1): > KVM: x86: Report XSS as an MSR to be saved if there are supported > features > > Yang Weijiang (8): > KVM: x86: Add Arch LBR MSRs to msrs_to_save_all list > KVM: x86/pmu: Refactor code to support guest Arch LBR > KVM: x86: Refresh CPUID on writes to MSR_IA32_XSS > KVM: x86/vmx: Check Arch LBR config when return perf capabilities > KVM: nVMX: Add necessary Arch LBR settings for nested VM > KVM: x86/vmx: Clear Arch LBREn bit before inject #DB to guest > KVM: x86/vmx: Flip Arch LBREn bit on guest state change > KVM: x86/cpuid: Advise Arch LBR feature in CPUID > > arch/x86/events/intel/core.c | 3 +- > arch/x86/events/intel/lbr.c | 6 +- > arch/x86/include/asm/kvm_host.h | 4 + > arch/x86/include/asm/msr-index.h | 1 + > arch/x86/include/asm/vmx.h | 4 + > arch/x86/kvm/cpuid.c | 54 ++++++++++- > arch/x86/kvm/vmx/capabilities.h | 25 +++-- > arch/x86/kvm/vmx/nested.c | 6 +- > arch/x86/kvm/vmx/pmu_intel.c | 159 ++++++++++++++++++++++++++++--- > arch/x86/kvm/vmx/vmcs12.c | 1 + > arch/x86/kvm/vmx/vmcs12.h | 3 +- > arch/x86/kvm/vmx/vmx.c | 64 ++++++++++++- > arch/x86/kvm/x86.c | 24 ++++- > 13 files changed, 311 insertions(+), 43 deletions(-) > > -- > 2.25.1