|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v2 4/6] hvm/mtrr: copy hardware state for Dom0
On Wed, May 16, 2018 at 02:47:39AM -0600, Jan Beulich wrote:
> >>> On 15.05.18 at 16:36, <roger.pau@xxxxxxxxxx> wrote:
> > --- a/xen/arch/x86/hvm/mtrr.c
> > +++ b/xen/arch/x86/hvm/mtrr.c
> > @@ -185,6 +185,30 @@ int hvm_vcpu_cacheattr_init(struct vcpu *v)
> > ((uint64_t)PAT_TYPE_UC_MINUS << 48) | /* PAT6: UC- */
> > ((uint64_t)PAT_TYPE_UNCACHABLE << 56); /* PAT7: UC */
> >
> > + if ( is_hardware_domain(v->domain) )
> > + {
> > + /* Copy values from the host. */
> > + struct domain *d = v->domain;
> > + unsigned int i;
> > +
> > + if ( mtrr_state.have_fixed )
> > + for ( i = 0; i < NUM_FIXED_MSR; i++ )
> > + mtrr_fix_range_msr_set(d, m, i,
> > + ((uint64_t
> > *)mtrr_state.fixed_ranges)[i]);
> > +
> > + for ( i = 0; i < num_var_ranges; i++ )
> > + {
> > + mtrr_var_range_msr_set(d, m, MSR_IA32_MTRR_PHYSBASE(i),
> > + mtrr_state.var_ranges[i].base);
> > + mtrr_var_range_msr_set(d, m, MSR_IA32_MTRR_PHYSMASK(i),
> > + mtrr_state.var_ranges[i].mask);
> > + }
> > +
> > + mtrr_def_type_msr_set(d, m,
> > + mtrr_state.def_type |
> > + (mtrr_state.enabled <<
> > MTRRdefType_FE_SHIFT));
>
> This is all very clumsy (not your fault of course) - in particular, the
> "enabled"
> field is a two-bit value. I'd rather not see this to continue to be that way,
> and hence I've created a patch to clean this up (see below; I'm intentionally
> retaining my own TODO notes in there for your reference, and it's also
> unlikely to apply as is because it sits on top of other changes). In that
> light I
> think I'd prefer if you either (later) re-based this onto my patch or reverted
> back to the use of the literal 10 here.
I've also realized this but thought about fixing it later.
I don't mind adding this patch to my MTRR series in order to make
rebasing easier on my side if it's OK for you.
I would likely add the enabled and fixed_enabled masks to msr-index.h
and use MASK_* instead of shifts while there.
Thanks, Roger.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |