From: Mukesh Rathor <mukesh.rathor@oracle.com>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: "Xen-devel@lists.xensource.com" <Xen-devel@lists.xensource.com>,
Tim Deegan <tim@xen.org>, Keir Fraser <keir.xen@gmail.com>,
Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>
Subject: Re: [hybrid]: code review for function mapping pfn to foreign mfn
Date: Mon, 16 Apr 2012 18:53:40 -0700 [thread overview]
Message-ID: <20120416185340.72ef5566@mantra.us.oracle.com> (raw)
In-Reply-To: <1334584402.14560.184.camel@zakaz.uk.xensource.com>
On Mon, 16 Apr 2012 14:53:22 +0100
Ian Campbell <Ian.Campbell@citrix.com> wrote:
> > Similar to
> > * XENMEM_add_to_physmap
>
> Why a whole new hypercall rather than a new XENMAPSPACE for the
> exiting XENMEM_add_to_physmap.
> Ideally we'd have the definition of this (or the equivalent mod to the
> XENMEM_add_to_physmap associated struct) for context, but I can
> probably guess what the content looks like.
Not a new hcall, just a new subcall. Forgot to include the struct:
#define XENMEM_add_foreign_to_pmap_batch 19
struct xen_add_to_foreign_pmap_batch {
domid_t foreign_domid; /* IN: gmfn belongs to this domain */
int count; /* IN/OUT: number of contigous
frames */ unsigned long gpfn; /* IN: pfn in the current
domain */ unsigned long gmfn; /* IN: from foreign domain */
int fpmap_flags; /* future use */
};
typedef struct xen_add_to_foreign_pmap_batch
xen_add_to_foreign_pmap_batch_t;
DEFINE_GUEST_HANDLE_STRUCT(xen_add_to_foreign_pmap_batch_t);
> > rc = set_mmio_p2m_entry(p2m_get_hostp2m(currd), gpfn, mfn);
>
> This ends up setting the page type to p2m_mmio_direct, which doesn't
> seem likely to be correct. Perhaps you should be calling
> set_p2m_entry()? Or adding a set_ram_p2m_entry which does similar
> checks etc to set_mmio_p2m_entry (or maybe you could abstract out
> some generic bits there)?
well, set_mmio_p2m_entry() calls set_p2m_entry() with a couple checks.
I can add those to my function and just call set_p2m_entry too. It says
mmio, but doesn't seem to do anything mmio specific.
thanks,
Mukesh
next prev parent reply other threads:[~2012-04-17 1:53 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-14 1:29 [hybrid]: code review for function mapping pfn to foreign mfn Mukesh Rathor
2012-04-16 13:53 ` Ian Campbell
2012-04-16 14:02 ` Tim Deegan
2012-04-17 1:53 ` Mukesh Rathor [this message]
2012-04-17 9:05 ` Ian Campbell
2012-04-18 23:29 ` Mukesh Rathor
2012-04-19 7:22 ` Ian Campbell
2012-04-19 14:15 ` Tim Deegan
2012-04-24 1:37 ` Mukesh Rathor
2012-04-24 9:36 ` Tim Deegan
2012-04-24 23:06 ` Mukesh Rathor
2012-04-26 9:08 ` Tim Deegan
2012-04-26 18:18 ` Mukesh Rathor
2012-04-26 19:57 ` Tim Deegan
2012-04-27 1:56 ` Mukesh Rathor
2012-04-27 8:51 ` Tim Deegan
[not found] <mailman.2710.1334825330.1399.xen-devel@lists.xen.org>
2012-04-19 14:40 ` Andres Lagar-Cavilla
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120416185340.72ef5566@mantra.us.oracle.com \
--to=mukesh.rathor@oracle.com \
--cc=Ian.Campbell@citrix.com \
--cc=Stefano.Stabellini@eu.citrix.com \
--cc=Xen-devel@lists.xensource.com \
--cc=keir.xen@gmail.com \
--cc=tim@xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).