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

Re: [Xen-devel] [RFC PATCH 14/16]: PVH xen: add xenmem_add_foreign_to_pmap()



At 18:34 -0800 on 13 Feb (1360780465), Mukesh Rathor wrote:
> On Mon, 11 Feb 2013 18:18:24 -0800
> Mukesh Rathor <mukesh.rathor@xxxxxxxxxx> wrote:
> 
> > On Thu, 24 Jan 2013 17:31:18 +0000
> > Tim Deegan <tim@xxxxxxx> wrote:
> > 
> > > At 18:11 -0800 on 11 Jan (1357927863), Mukesh Rathor wrote:
> > > 
> > > > +    /* qemu, running on PVH dom0, mapping hvm domain's io pages
> > > > during domain 
> > > > +     * creation, doesn't have mfns in the HAP table */
> > > > +    if ( !mfn_valid(mfn) && p2m_is_mmio(p2mt) ) {
> > > 
> > > This test should be for == p2m_mmio_direct; we don't want to try
> > > mapping p2m_mmio_dm areas.
> > 
> > Yup. Done.
> 
> No, qemu is changing the mem type for these pages, so I need to dig
> into understanding what it's trying to do there. But the above, I don't
> think is correct. Xen returns p2m type of dm, but I don't think I'm
> looking at right mfn's here for this qemu special case. Basically, it's
> during hvm guest creation on PVH dom0 that qemu accesses some addresses
> that are not mapped.

It may be that the memory is genuinely not there - since qemu doesn't
build the guest itself it doesn't necessarily know exactly where the
builder put all the memory.

If that's the case, then just failing the mapping is the right
response. 

Tim.

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


 


Rackspace

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