Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp32506pxy; Thu, 29 Apr 2021 22:02:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJweLe838T/jVDgZIYidpz25E77XNeOk5rfDVTC3/zjlneA6w9+5vQU47yULFoz0lpFkGgcz X-Received: by 2002:a17:902:bcc7:b029:ed:6f73:ffc4 with SMTP id o7-20020a170902bcc7b02900ed6f73ffc4mr3247881pls.1.1619758968067; Thu, 29 Apr 2021 22:02:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619758968; cv=none; d=google.com; s=arc-20160816; b=G+8mS8eaa9mK6elS6IoGEf9Mxbjh72yxnJSVSxUF8YBhgeyJI2wVN3PyCLQ1z16Qwa R8lcszyK7crjFZVevvw0FU3yKLx11S0XmJHe2wLiSWKOAEZyXqjVzvrx+vArD5ZSVmsq myV0+ehmNRGir7JRTSbRGsAaOVfcTKhnC+Nj1VaQbotsoopbnq0V5GRlcWJ4v3uc9T2R 9jhc4Vq6Q0/LMF4ROiQD4kUQKiVHaMrqsnNvQJxJqch5XkCxRw876luxaSeB9f+drlH0 ZrkGJ/WTNlAqeHxJjd45H4QfmTWTQ7RNYktDfsR6zHMk0A0zD/3Pfo9fUgqknMBy4rXm fecA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:organization :from:references:cc:to:subject:ironport-sdr:ironport-sdr; bh=QYuZSpt25jrR0UEJJji6Vc3Ki+UFI53M712GxgTgjF8=; b=OPcE2875ih/eaoK3q4K1Qcr9Q1kb4Zh/Y56GTjzlvbA5I9msQUb/sO/BVydbHNXyR/ hzLmktP0ZUfbyyYzpDaNX2OOOa/QC8UdtzSueBT7GRYZ7/ifMK22onmBi21+mJSSgGzH vBgZK06sIq05i9ZvsdL07rpxEuivspXPtSDc+5jrXs/gVFCFd9HGJ3BDhwiPYpMH6/DZ EvGAHP1s0bAiA7KjA3KOtF+49Bedc5G+O9/GCk87Jb7OV2BTW4IsNcgxf+lNbZGmc0wo eTRxI48JoGOR8TKBKK8+73gqIeuravKH/qzbWobN8PfY8DWO+W9eletrFlieR7AW4VGD lNkg== 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 q12si2211366pgm.350.2021.04.29.22.02.31; Thu, 29 Apr 2021 22:02:48 -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 S229609AbhD3FCl (ORCPT + 99 others); Fri, 30 Apr 2021 01:02:41 -0400 Received: from mga01.intel.com ([192.55.52.88]:10142 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229482AbhD3FCk (ORCPT ); Fri, 30 Apr 2021 01:02:40 -0400 IronPort-SDR: A+siUOGVQpbMjKglJ/t4NVdS5/Si9in+hmBCwLo7PSROHmXF/TzbCg5Is85L7rG+4eglrb4l9u FiCWQTEIadTA== X-IronPort-AV: E=McAfee;i="6200,9189,9969"; a="217934702" X-IronPort-AV: E=Sophos;i="5.82,260,1613462400"; d="scan'208";a="217934702" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Apr 2021 22:01:52 -0700 IronPort-SDR: wUIRniA64jIADyg/rCjhKBZNXOM9hjBMqSwKkbQa6qoj0/E19wn6V0fgjmHAQtweLmaNMtvg44 TgWTXR1cRBxQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.82,260,1613462400"; d="scan'208";a="448779234" Received: from ahunter-desktop.fi.intel.com (HELO [10.237.72.174]) ([10.237.72.174]) by fmsmga004.fm.intel.com with ESMTP; 29 Apr 2021 22:01:51 -0700 Subject: Re: [PATCH 11/12] perf intel-pt: Add VM Time Correlation to decoder To: Andi Kleen Cc: Arnaldo Carvalho de Melo , Jiri Olsa , linux-kernel@vger.kernel.org References: <20210429125854.13905-1-adrian.hunter@intel.com> <20210429125854.13905-12-adrian.hunter@intel.com> <20210429212140.GE4032392@tassilo.jf.intel.com> From: Adrian Hunter Organization: Intel Finland Oy, Registered Address: PL 281, 00181 Helsinki, Business Identity Code: 0357606 - 4, Domiciled in Helsinki Message-ID: <4f9b20f7-566b-9e32-e9b9-bf6d11ef5d9f@intel.com> Date: Fri, 30 Apr 2021 08:02:14 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <20210429212140.GE4032392@tassilo.jf.intel.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 30/04/21 12:21 am, Andi Kleen wrote: >> unchanging (during perf record) VMX TSC Offset and no VMX TSC scaling. > > For TSC scaling we would need to add side band to KVM, correct? > > I suppose it shouldn't be that hard to do that. > Probably we just need to know a single TSC scaling value per VM i.e. it could just be exported via sysfs or something. There is a reasonable reason that TSC Offset might be changing i.e. to match Guest time, although that seems to be done by paravirtualization instead at the moment. At the moment TSC Offset does change if Host time changes e.g. Guest has state saved before a Host reboot, and is resumed after the Host reboot However, I can't think of a reason for changing the TSC Scaling value, except maybe if the VM is taken to a Host with a different TSC frequency.