[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4C20882C.80709@redhat.com>
Date: Tue, 22 Jun 2010 12:53:48 +0300
From: Avi Kivity <avi@...hat.com>
To: Peter Zijlstra <peterz@...radead.org>
CC: Jes Sorensen <Jes.Sorensen@...hat.com>,
"Zhang, Yanmin" <yanmin_zhang@...ux.intel.com>,
LKML <linux-kernel@...r.kernel.org>, kvm@...r.kernel.org,
Ingo Molnar <mingo@...e.hu>,
Fr??d??ric Weisbecker <fweisbec@...il.com>,
Arnaldo Carvalho de Melo <acme@...hat.com>,
Cyrill Gorcunov <gorcunov@...il.com>,
Lin Ming <ming.m.lin@...el.com>,
Sheng Yang <sheng@...ux.intel.com>,
Marcelo Tosatti <mtosatti@...hat.com>,
oerg Roedel <joro@...tes.org>, Gleb Natapov <gleb@...hat.com>,
Zachary Amsden <zamsden@...hat.com>, zhiteng.huang@...el.com,
tim.c.chen@...el.com
Subject: Re: [PATCH V2 1/5] ara virt interface of perf to support kvm guest
os statistics collection in guest os
On 06/22/2010 12:46 PM, Peter Zijlstra wrote:
>
>> Avi's suggestion of using virtual MSRs makes a ton of sense for this
>> though, and it makes it possible to switch direct access on/off for the
>> cases where direct access is possible, and go emulated when it isn't.
>>
> /me has no clue what virtual MSRs are,
MSRs that are not defined by the hardware, but instead by the hypervisor.
> but yeah, that sounds about
> right. Anyway, the generic case is full trap and emulate get that
> working first, then try and be smart and avoid some traps.
>
I doubt we can avoid traps for the paravirt PMU since the counter
indexes will not match.
When emulating the hardware PMU we can be clever at times and allow
RDPMC not to trap.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists