|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC PATCH 11/16]: PVH xen: some misc changes like mtrr, intr, msi.
>>> On 12.01.13 at 03:03, Mukesh Rathor <mukesh.rathor@xxxxxxxxxx> wrote:
> --- a/xen/arch/x86/hvm/mtrr.c Fri Jan 11 16:34:17 2013 -0800
> +++ b/xen/arch/x86/hvm/mtrr.c Fri Jan 11 16:35:48 2013 -0800
> @@ -553,6 +553,9 @@ int32_t hvm_get_mem_pinned_cacheattr(
>
> *type = 0;
>
> + if ( is_pvh_domain(d) )
> + return 0;
> +
> if ( !is_hvm_domain(d) )
> return 0;
Doesn't the latter check by itself already do what you want?
> @@ -606,6 +612,7 @@ static int hvm_save_mtrr_msr(struct doma
> struct vcpu *v;
> struct hvm_hw_mtrr hw_mtrr;
> struct mtrr_state *mtrr_state;
> +
> /* save mtrr&pat */
> for_each_vcpu(d, v)
> {
Please drop benign changes like this from this already big patch
series.
> --- a/xen/arch/x86/msi.c Fri Jan 11 16:34:17 2013 -0800
> +++ b/xen/arch/x86/msi.c Fri Jan 11 16:35:48 2013 -0800
> @@ -766,10 +766,12 @@ static int msix_capability_init(struct p
> WARN_ON(rangeset_overlaps_range(mmio_ro_ranges, dev->msix_pba.first,
> dev->msix_pba.last));
>
> - if ( rangeset_add_range(mmio_ro_ranges, dev->msix_table.first,
> +/* PVH: for now we don't make the mmio range readonly. See xen-devel for
> thread:
> + * "[PVH]: Help: msi.c". When linux msi.c is fixed, pvh check can be removed
> */
> + if ( !is_pvh_domain(dev->domain) &&
> rangeset_add_range(mmio_ro_ranges, dev->msix_table.first,
> dev->msix_table.last) )
> WARN();
> - if ( rangeset_add_range(mmio_ro_ranges, dev->msix_pba.first,
> + if ( !is_pvh_domain(dev->domain) &&
> rangeset_add_range(mmio_ro_ranges, dev->msix_pba.first,
> dev->msix_pba.last) )
> WARN();
I hope there is no plan for this to go in in this shape.
> --- a/xen/arch/x86/x86_emulate/x86_emulate.c Fri Jan 11 16:34:17 2013 -0800
> +++ b/xen/arch/x86/x86_emulate/x86_emulate.c Fri Jan 11 16:35:48 2013 -0800
> @@ -968,6 +968,10 @@ static int ioport_access_check(
> struct segment_register tr;
> int rc = X86EMUL_OKAY;
>
> + /* PVH should not really get here */
> + /* fixme: need bunch of headers for this assert. check why no headers. */
Because the emulator is intended to be (almost) standalone, so
building the emulator test (as user space app) is also possible.
Jan
> + /* NO_PVH_ASSERT_VCPU(current); */
> +
> if ( !(ctxt->regs->eflags & EFLG_VM) && mode_iopl() )
> return X86EMUL_OKAY;
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |