[RFC PATCH 15/16] KVM: PPC: booke: standard PPC floating point support

Alexander Graf agraf at suse.de
Tue Jan 10 09:56:15 EST 2012


On 09.01.2012, at 23:54, Scott Wood wrote:

> On 01/09/2012 04:47 PM, Alexander Graf wrote:
>> 
>> On 09.01.2012, at 23:39, Scott Wood wrote:
>> 
>>> On 01/09/2012 04:17 PM, Alexander Graf wrote:
>>>> 
>>>> On 09.01.2012, at 22:48, Scott Wood wrote:
>>>> 
>>>>> On 01/09/2012 11:48 AM, Alexander Graf wrote:
>>>>>> I'm having a hard time to grasp when shared->msr, shadow_msr and regs->msr is used in your code :).
>>>>> 
>>>>> shadow_msr is the real MSR.
>>>>> 
>>>>> shared->msr is the guest's view of MSR.
>>> 
>>> Correction -- this applies to PR-mode (e500v2).
>>> 
>>> In GS-mode, shadow_msr is not used.  The guest sees the real MSR (hw
>>> silently prevents it from modifying certain bits), which gets saved on
>>> exit into shared->msr.
>> 
>> Hrm. Can we maybe #ifdef out shadow_msr on HV then? I'm really getting confused with having 3 potential msr variables in the vcpu struct.
> 
> An ifdef would take us further down the road of not being able to
> support both in the same kernel image (not sure whether that's a
> long-term goal -- probably won't happen any time soon with e500v2+e500mc
> even disregarding KVM, but maybe it'll be relevant on some other chips),
> and in general increase the mess in the struct definition.  How about a
> comment?

Well, I'd like to make sure we don't accidentally access the wrong field. But yes, a comment should be ok.

Alex



More information about the Linuxppc-dev mailing list