[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH 2/5] hvm/mtrr: use the hardware number of variable ranges for Dom0



>>> On 10.05.18 at 19:15, <roger.pau@xxxxxxxxxx> wrote:
> ---
>  xen/arch/x86/hvm/mtrr.c | 13 +++++++++++--
>  1 file changed, 11 insertions(+), 2 deletions(-)

What about hvm_msr_{read,write}_intercept()'s uses of MTRR_VCNT?

> @@ -683,6 +686,9 @@ static int hvm_save_mtrr_msr(struct domain *d, 
> hvm_domain_context_t *h)
>                                  | (mtrr_state->enabled << 10);
>          hw_mtrr.msr_mtrr_cap = mtrr_state->mtrr_cap;
>  
> +        if ( (mtrr_state->mtrr_cap & 0xff) != MTRR_VCNT )
> +            return -EINVAL;

I certainly agree with this one, but ...

> @@ -727,6 +733,9 @@ static int hvm_load_mtrr_msr(struct domain *d, 
> hvm_domain_context_t *h)
>  
>      mtrr_state->mtrr_cap = hw_mtrr.msr_mtrr_cap;
>  
> +    if ( (mtrr_state->mtrr_cap & 0xff) != MTRR_VCNT )
> +        return -EINVAL;

... isn't this more strict than it needs to be? A smaller incoming count
ought to be okay I would think. Relaxing things here would then of
course also require relaxing things on the save side.

Jan



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.