Re: [Xen-devel] [PATCH V2 6/7]: PVH: balloon and grant changes

From: Mukesh Rathor
Date: Tue Oct 16 2012 - 20:08:58 EST


On Fri, 12 Oct 2012 10:06:57 +0100
Ian Campbell <Ian.Campbell@xxxxxxxxxx> wrote:

> On Thu, 2012-10-11 at 23:01 +0100, Mukesh Rathor wrote:
> > PVH: balloon and grant changes. For balloon changes we skip setting
> > of local p2m as it's updated in xen. For grant, the shared grant
> > frame is the pfn and not mfn, hence its mapped via the same code
> > path as HVM
> >
> > Signed-off-by: Mukesh R <mukesh.rathor@xxxxxxxxxx>
> > ---
> > drivers/xen/balloon.c | 18 +++++++++++-------
> > drivers/xen/gntdev.c | 3 ++-
> > drivers/xen/grant-table.c | 25 +++++++++++++++++++++----
> > 3 files changed, 34 insertions(+), 12 deletions(-)
> >
> > diff --git a/drivers/xen/balloon.c b/drivers/xen/balloon.c
> > index 31ab82f..9b895ad 100644
> > --- a/drivers/xen/balloon.c
> > +++ b/drivers/xen/balloon.c
> > @@ -358,10 +358,13 @@ static enum bp_state
> > increase_reservation(unsigned long nr_pages)
> > BUG_ON(!xen_feature(XENFEAT_auto_translated_physmap) &&
> > phys_to_machine_mapping_valid(pfn));
> > - set_phys_to_machine(pfn, frame_list[i]);
> > + if (!xen_feature(XENFEAT_auto_translated_physmap))
> > + set_phys_to_machine(pfn, frame_list[i]);
>
> set_phys_to_machine is a NOP if XENFEAT_auto_translated_physmap but it
> includes some useful sanity checks (BUG_ON(pfn != mfn && mfn !=
> INVALID_P2M_ENTRY)) so it would be useful to keep calling it I think.

ok, fine, done.

> > + !xen_feature(XENFEAT_auto_translated_physmap);
> >
> > err = misc_register(&gntdev_miscdev);
> > if (err != 0) {
> > @@ -1055,7 +1060,7 @@ static void gnttab_request_version(void)
> > int rc;
> > struct gnttab_set_version gsv;
> >
> > - if (xen_hvm_domain())
> > + if (xen_hvm_domain() ||
> > xen_feature(XENFEAT_auto_translated_physmap))
>
> This is just a case of not yet implemented rather than a fundamental
> problem with v2 grant tables, correct? (i.e. future work)

Right.

> > gsv.version = 1;
> > else
> > gsv.version = 2;
> > @@ -1083,12 +1088,24 @@ static void gnttab_request_version(void)
> > int gnttab_resume(void)
> > {
> > unsigned int max_nr_gframes;
> > + char *kmsg = "Failed to kmalloc pages for pv in hvm grant
> > frames\n";
> > gnttab_request_version();
> > max_nr_gframes = gnttab_max_grant_frames();
> > if (max_nr_gframes < nr_grant_frames)
> > return -ENOSYS;
> >
> > + /* PVH note: xen will free existing kmalloc'd mfn in
> > + * XENMEM_add_to_physmap */
>
> It doesn't leak it?
> We should consider using xenballoon_alloc_pages here.

Well, it's a one time allocation of a dozen (iirc) pages, that are
returned back to dom heap. We could use xenballoon, but for that we
need to create vma first so we get the contigous VA, then map each pte
since xenballoon_ doesn't return contigous pages, and then populate
physmap. I'm gonna punt it to phase II. Lets get some working baseline
in asap.

thanks
mukesh

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/