On 01/06/2012 07:14 PM, Alexander Graf wrote:
>
> On 06.01.2012, at 22:12, Scott Wood wrote:
>
>> On 01/05/2012 08:35 PM, Alexander Graf wrote:
>>> Also we're already using KVM_REG for MMIO register identifiers. But I guess
>>> we can just reuse the namespace as long as we're careful to not over
On 06.01.2012, at 22:12, Scott Wood wrote:
> On 01/05/2012 08:35 PM, Alexander Graf wrote:
>> Also we're already using KVM_REG for MMIO register identifiers. But I guess
>> we can just reuse the namespace as long as we're careful to not overlap them
>> later.
>>
>> #define KVM_REG_MASK
On 01/05/2012 08:35 PM, Alexander Graf wrote:
> Also we're already using KVM_REG for MMIO register identifiers. But I guess
> we can just reuse the namespace as long as we're careful to not overlap them
> later.
>
> #define KVM_REG_MASK0x001f
> #define KVM_REG_EXT_MASK0xffe0
On 05.01.2012, at 18:16, Scott Wood wrote:
> On 01/04/2012 08:36 PM, Alexander Graf wrote:
>>
>> On 04.01.2012, at 21:12, Scott Wood wrote:
>>
>>> On 01/03/2012 07:10 PM, Alexander Graf wrote:
diff --git a/arch/powerpc/include/asm/kvm.h
b/arch/powerpc/include/asm/kvm.h
index 259
On 01/04/2012 08:36 PM, Alexander Graf wrote:
>
> On 04.01.2012, at 21:12, Scott Wood wrote:
>
>> On 01/03/2012 07:10 PM, Alexander Graf wrote:
>>> diff --git a/arch/powerpc/include/asm/kvm.h b/arch/powerpc/include/asm/kvm.h
>>> index 25964ee..fb3fddc 100644
>>> --- a/arch/powerpc/include/asm/kvm
On 04.01.2012, at 21:12, Scott Wood wrote:
> On 01/03/2012 07:10 PM, Alexander Graf wrote:
>> diff --git a/arch/powerpc/include/asm/kvm.h b/arch/powerpc/include/asm/kvm.h
>> index 25964ee..fb3fddc 100644
>> --- a/arch/powerpc/include/asm/kvm.h
>> +++ b/arch/powerpc/include/asm/kvm.h
>> @@ -327,4
On 01/03/2012 07:10 PM, Alexander Graf wrote:
> diff --git a/arch/powerpc/include/asm/kvm.h b/arch/powerpc/include/asm/kvm.h
> index 25964ee..fb3fddc 100644
> --- a/arch/powerpc/include/asm/kvm.h
> +++ b/arch/powerpc/include/asm/kvm.h
> @@ -327,4 +327,6 @@ struct kvm_book3e_206_tlb_params {
>
Until now, we always set HIOR based on the PVR, but this is just wrong.
Instead, we should be setting HIOR explicitly, so user space can decide
what the initial HIOR value is - just like on real hardware.
We keep the old PVR based way around for backwards compatibility, but
once user space uses th