Re: [Xen-devel] [PATCH V10 02/14] xen/pvh: Extend vcpu_guest_context, p2m, event, and XenBus.

[Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>]

On Fri, 13 Dec 2013, Konrad Rzeszutek Wilk wrote:
> On Fri, Dec 13, 2013 at 10:56:24AM +0000, David Vrabel wrote:
> > On 13/12/13 02:10, Konrad Rzeszutek Wilk wrote:
> > > From: Mukesh Rathor <mukesh.rathor@xxxxxxxxxx>
> > > 
> > > Make gdt_frames[]/gdt_ents into a union with {gdtaddr, gdtsz},
> > > as PVH only needs to send down gdtaddr and gdtsz in the
> > > vcpu_guest_context structure..
> > > 
> > > For interrupts, PVH uses native_irq_ops so we can skip most of the
> > > PV ones. In the future we can support the pirq_eoi_map..
> > > Also VCPU hotplug is currently not available for PVH.
> > > 
> > > For events (and IRQs) we follow what PVHVM does - so use callback
> > > vector.  Lastly, for XenBus we use the same logic that is used in
> > > the PVHVM case.
> > [...]
> > > --- a/arch/x86/include/asm/xen/interface.h
> > > +++ b/arch/x86/include/asm/xen/interface.h
> > > @@ -145,7 +145,16 @@ struct vcpu_guest_context {
> > >      struct cpu_user_regs user_regs;         /* User-level CPU registers  
> > >    */
> > >      struct trap_info trap_ctxt[256];        /* Virtual IDT               
> > >    */
> > >      unsigned long ldt_base, ldt_ents;       /* LDT (linear address, # 
> > > ents) */
> > > -    unsigned long gdt_frames[16], gdt_ents; /* GDT (machine frames, # 
> > > ents) */
> > > +    union {
> > > + struct {
> > > +         /* PV: GDT (machine frames, # ents).*/
> > > +         unsigned long gdt_frames[16], gdt_ents;
> > > + } pv;
> > > + struct {
> > > +         /* PVH: GDTR addr and size */
> > > +         unsigned long gdtaddr, gdtsz;
> > > + } pvh;
> > > +    } u;
> > 
> > Doesn't match the hypervisor.
> 
> Right. Mukesh is going to post follow on patches to fix that.
> 
> > 
> > > --- a/arch/x86/xen/p2m.c
> > > +++ b/arch/x86/xen/p2m.c
> > > @@ -800,8 +800,10 @@ bool __set_phys_to_machine(unsigned long pfn, 
> > > unsigned long mfn)
> > >   unsigned topidx, mididx, idx;
> > >  
> > >   /* don't track P2M changes in autotranslate guests */
> > > - if (unlikely(xen_feature(XENFEAT_auto_translated_physmap)))
> > > + if (unlikely(xen_feature(XENFEAT_auto_translated_physmap))) {
> > > +         BUG_ON(pfn != mfn && mfn != INVALID_P2M_ENTRY);
> > >           return true;
> > > + }
> > 
> > Isn't this undoing a recent change that removed this BUG_ON()?
> 
> This one:
> commit 2f558d40911c1b8f929b8a382833ae1da5df3293
> Author: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
> Date:   Wed Oct 9 20:39:01 2013 +0000
> 
>     xen/x86: allow __set_phys_to_machine for autotranslate guests
>     
>     Allow __set_phys_to_machine to be called for autotranslate guests.
>     It can be used to keep track of phys_to_machine changes, however we
>     don't do anything with the information at the moment.
>     
>     Signed-off-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
> 
> I am not actually sure why the BUG_ON was removed in Stefano's patch.
> Stefano?

The following commit:

commit 3d24bbd7dddbea54358a9795abaf051b0f18973c
Author: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Date:   Fri Oct 25 10:41:44 2013 +0000

    grant-table: call set_phys_to_machine after mapping grant refs
    
introduces set_phys_to_machine calls for auto_translated guests
(even on x86) in gnttab_map_refs and gnttab_unmap_refs.
They are necessary to allow the kernel to keep track of foreign grant
mappings: without an IOMMU the kernel needs to take special care of
these pages because they can't be used directly in dma operations unless
translated by swiotlb-xen.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel