From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Yan, Zheng" <zheng.z.yan@linux.intel.com>
Subject: Re: perf uncore & lkvm woes
Date: Mon, 20 Aug 2012 13:30:04 +0800
Message-ID: <5031CB5C.7040405@linux.intel.com>
References: <CAOJsxLHg2idOMTcy_GsSwm8RBt9o1LFMA7KUSCh=Zs=RnvUQXA@mail.gmail.com>   <1345101585.31459.112.camel@twins> <502CA368.8050404@linux.intel.com>   <CAOJsxLFyvvzXgHkuEC=sy8X-Mq8Mp0oc8vDK-uLZeQGVRjvzAA@mail.gmail.com>   <502CB1F6.4010204@redhat.com> <502CD444.5020807@redhat.com>  <1345115846.29668.16.camel@twins> <502CD891.5030102@redhat.com>  <502DA115.1090907@linux.intel.com> <1345186574.29668.56.camel@twins> <5030B82C.5000106@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>,
	Pekka Enberg <penberg@kernel.org>,
	Sasha Levin <levinsasha928@gmail.com>,
	Asias He <asias.hejun@gmail.com>,
	Cyrill Gorcunov <gorcunov@gmail.com>,
	Ingo Molnar <mingo@elte.hu>, KVM General <kvm@vger.kernel.org>,
	Gleb Natapov <gleb@redhat.com>
To: Avi Kivity <avi@redhat.com>
Return-path: <kvm-owner@vger.kernel.org>
Received: from mga09.intel.com ([134.134.136.24]:1237 "EHLO mga09.intel.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752624Ab2HTFaG (ORCPT <rfc822;kvm@vger.kernel.org>);
	Mon, 20 Aug 2012 01:30:06 -0400
In-Reply-To: <5030B82C.5000106@redhat.com>
Sender: kvm-owner@vger.kernel.org
List-ID: <kvm.vger.kernel.org>

On 08/19/2012 05:55 PM, Avi Kivity wrote:
> On 08/17/2012 09:56 AM, Peter Zijlstra wrote:
>> On Fri, 2012-08-17 at 09:40 +0800, Yan, Zheng wrote:
>>>
>>> Peter, do I need to submit a patch disables uncore on virtualized CPU?
>>>
>> I think Avi prefers the method where KVM 'fakes' the MSRs and we have to
>> detect if the MSRs actually work or not.
> 
> s/we have/we don't have/.
> 
>>
>> If you're willing to have a go at that, please do so. If you're not sure
>> how to do the KVM part, I'm sure Avi and/or Gleb can help you out.
> 
> Certainly, please see kvm_pmu_get_msr() and kvm_pmu_set_msr().
> 
> The approach is that if an msr write can be emulated correctly (for
> example, it disables a counter) then we let it proceed; if it cannot be
> emulated correctly (for example it enables a counter that we cannot
> emulate), then we ignore it, but print out a message that tells the user
> that we're faking something that may cause the guest to malfunction.
> 
> 

Anyone knows how to detect if the kernel is running on virtualized CPU?

Regards
Yan, Zheng