Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp467206pxb; Wed, 25 Aug 2021 07:25:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx90zJKwCJQ5iY6VkSSKCnLxrnhCuL3VNiy2roLMukgFUQBYQL26L4g8bVhIzjtroU8IYVM X-Received: by 2002:a05:6638:191c:: with SMTP id p28mr39420495jal.41.1629901543583; Wed, 25 Aug 2021 07:25:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629901543; cv=none; d=google.com; s=arc-20160816; b=NkX2ouzGYM/ZTg/PFJrBPCb/tIOXpcOLwBSORJBU2IRnWnQkSi5ib7LikY9X3jPin6 I1x4/4Qe7H8czgsaEPNYDlMJTyXzO5g+bJP+YrDkkjiy2u8iL5wBylXjdSHGw5V0Ai4G DXqFm2wFsAA+nAX1wJo+otC3+dk2Aq25VARvNnab6mnmCOBHmf9tKRlhVRJyl0lar4wE JCivBEUEGlUYW+VAQZJgWKEhyuJMUbrUp9V00o49Wys2bHDiVthTcTblnJs5jRtkfZGx me25gam15cty+UqETFzKoRyPUlBwwXKH/GF/7UpZk3iqtpHbZk95LATD4rTqo/xuH8j0 TWEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=TAt9YgI1kOaCNKp78blegPwnLuXBdbkD6222VQTrHF0=; b=PLcOgjgP1LKJ/RuXz2y8sHqrk1Hfl8E+Qqi5FuYiLMAEP8hR8bqSpXwk2whfzj7s+4 +mg013Wu8JjKqfS0bnW8Bcbc3IRoZo3CaeUoHjIRZBkronFW2iwPyPhrXESp3J/iEdtu apLcyIjtE5SkIGohFNBU2XcEvmxbNPQ32/a5rz8IzFCPUUGbe1X6fFaK/PukL4tAztPL p6y9PyL4k21Rd5R/kezAErFtb5H5BD+DQ8rCCZsjgIZ9r0b1SwhKEiT43HlG6uVFJ1f9 c3loHSI6Uqtd9tRqVxA6bf3k2RAYgulYK2yO4H4LHvnqe0wOBRk2RqSlR60iD0aFDqct cniw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h4si21219292jam.30.2021.08.25.07.25.31; Wed, 25 Aug 2021 07:25:43 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240355AbhHYLyD (ORCPT + 99 others); Wed, 25 Aug 2021 07:54:03 -0400 Received: from mga17.intel.com ([192.55.52.151]:16989 "EHLO mga17.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239257AbhHYLyC (ORCPT ); Wed, 25 Aug 2021 07:54:02 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10086"; a="197749106" X-IronPort-AV: E=Sophos;i="5.84,350,1620716400"; d="scan'208";a="197749106" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Aug 2021 04:53:10 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.84,350,1620716400"; d="scan'208";a="527231434" Received: from um.fi.intel.com (HELO um) ([10.237.72.62]) by FMSMGA003.fm.intel.com with ESMTP; 25 Aug 2021 04:53:05 -0700 From: Alexander Shishkin To: Xiaoyao Li , Like Xu Cc: Sean Christopherson , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Paolo Bonzini , alexander.shishkin@linux.intel.com Subject: Re: [PATCH 3/5] KVM: VMX: RTIT_CTL_BRANCH_EN has no dependency on other CPUID bit In-Reply-To: References: <20210824110743.531127-1-xiaoyao.li@intel.com> <20210824110743.531127-4-xiaoyao.li@intel.com> <711265db-f634-36ac-40d2-c09cea825df6@gmail.com> <6dddf3c0-fa8f-f70c-bd5d-b43c7140ed9a@gmail.com> Date: Wed, 25 Aug 2021 14:53:04 +0300 Message-ID: <87pmu1ivvj.fsf@ashishki-desk.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Xiaoyao Li writes: > On 8/25/2021 2:08 PM, Like Xu wrote: >> On 25/8/2021 12:19 pm, Xiaoyao Li wrote: >>> On 8/25/2021 11:30 AM, Like Xu wrote: >>> BranchEn should be always supported if PT is available. Per "31.2.7.2 >> >> Check d35869ba348d3f1ff3e6d8214fe0f674bb0e404e. > > This commit shows BranchEn is supported on BDW, and must be enabled on > BDW. This doesn't conflict the description above that BranchEn should be > always supported. It's the *not* setting BranchEn that's not supported on BDW. The point of BranchEn is to allow the user to not set it and filter out all the branch trace related packets. The main point of PT, however, is the branch trace, so in the first implementation BranchEn was reserved as 1. IOW, it's always available, doesn't depend on CPUID, but on BDW, BranchEn==0 should throw a #GP, if I remember right. Check BDM106 for details. Regards, -- Alex