* MSRs load/store
@ 2009-12-07 15:07 Jiaqing Du
2009-12-07 15:11 ` Avi Kivity
0 siblings, 1 reply; 4+ messages in thread
From: Jiaqing Du @ 2009-12-07 15:07 UTC (permalink / raw)
To: kvm
Hi List,
My question is about VM-Exit & VM-Entry controls for MSRs on Intel's processors.
For VM-Exit, a VMM can specify lists of MSRs to be stored and loaded
on VM exits. But for VM-Entry, a VMM can only specify a list of MSRs
to be loaded on VM entries. Why does not the processor have the
feature that stores MSRs before loading new ones for VM entries?
Thanks,
Jiaqing
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: MSRs load/store
2009-12-07 15:07 MSRs load/store Jiaqing Du
@ 2009-12-07 15:11 ` Avi Kivity
2009-12-07 15:32 ` Jiaqing Du
0 siblings, 1 reply; 4+ messages in thread
From: Avi Kivity @ 2009-12-07 15:11 UTC (permalink / raw)
To: Jiaqing Du; +Cc: kvm
On 12/07/2009 05:07 PM, Jiaqing Du wrote:
> Hi List,
>
> My question is about VM-Exit& VM-Entry controls for MSRs on Intel's processors.
>
> For VM-Exit, a VMM can specify lists of MSRs to be stored and loaded
> on VM exits. But for VM-Entry, a VMM can only specify a list of MSRs
> to be loaded on VM entries. Why does not the processor have the
> feature that stores MSRs before loading new ones for VM entries?
>
Presumably the host knows what values are in those MSRs, so it doesn't
need to store them.
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: MSRs load/store
2009-12-07 15:11 ` Avi Kivity
@ 2009-12-07 15:32 ` Jiaqing Du
2009-12-07 15:37 ` Avi Kivity
0 siblings, 1 reply; 4+ messages in thread
From: Jiaqing Du @ 2009-12-07 15:32 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm
Hi Avi,
I did not get your point.
But if we want to multiplex some of the MSRs across the VMM and the
guest(s), it would be handy if the hardware provides this feature:
save host's version and load guest's version. Of course, we can do
this manually. I'm just wondering why this feature is missing.
Thanks,
Jiaqing
2009/12/7 Avi Kivity <avi@redhat.com>:
> On 12/07/2009 05:07 PM, Jiaqing Du wrote:
>>
>> Hi List,
>>
>> My question is about VM-Exit& VM-Entry controls for MSRs on Intel's
>> processors.
>>
>> For VM-Exit, a VMM can specify lists of MSRs to be stored and loaded
>> on VM exits. But for VM-Entry, a VMM can only specify a list of MSRs
>> to be loaded on VM entries. Why does not the processor have the
>> feature that stores MSRs before loading new ones for VM entries?
>>
>
> Presumably the host knows what values are in those MSRs, so it doesn't need
> to store them.
>
> --
> error compiling committee.c: too many arguments to function
>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: MSRs load/store
2009-12-07 15:32 ` Jiaqing Du
@ 2009-12-07 15:37 ` Avi Kivity
0 siblings, 0 replies; 4+ messages in thread
From: Avi Kivity @ 2009-12-07 15:37 UTC (permalink / raw)
To: Jiaqing Du; +Cc: kvm
On 12/07/2009 05:32 PM, Jiaqing Du wrote:
> Hi Avi,
>
> I did not get your point.
>
> But if we want to multiplex some of the MSRs across the VMM and the
> guest(s), it would be handy if the hardware provides this feature:
> save host's version and load guest's version. Of course, we can do
> this manually. I'm just wondering why this feature is missing.
>
Well, you'll have to ask the designers of the feature. If it can be
done manually, why add a feature in hardware?
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-12-07 15:37 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-12-07 15:07 MSRs load/store Jiaqing Du
2009-12-07 15:11 ` Avi Kivity
2009-12-07 15:32 ` Jiaqing Du
2009-12-07 15:37 ` Avi Kivity
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox