From: Mukesh Rathor <mukesh.rathor@oracle.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: xen-devel <xen-devel@lists.xenproject.org>,
Ian Campbell <Ian.Campbell@citrix.com>,
"stefano.stabellini@eu.citrix.com"
<stefano.stabellini@eu.citrix.com>
Subject: Re: [V7 PATCH 5/7] pvh: change xsm_add_to_physmap
Date: Tue, 28 Jan 2014 18:08:02 -0800 [thread overview]
Message-ID: <20140128180802.152b3f8d@mantra.us.oracle.com> (raw)
In-Reply-To: <52E7951802000078001177F6@nat28.tlf.novell.com>
On Tue, 28 Jan 2014 10:31:36 +0000
"Jan Beulich" <JBeulich@suse.com> wrote:
> >>> On 28.01.14 at 02:55, Mukesh Rathor <mukesh.rathor@oracle.com>
> >>> wrote:
> > --- a/xen/common/memory.c
> > +++ b/xen/common/memory.c
....
> The only think x86-specific here is that {get,put}_pg_owner() may
> not exist on ARM. But the general operation isn't x86-specific, so
> there shouldn't be any CONFIG_X86 dependency here. Instead
> you ought to work out with the ARM maintainers whether to stub
> out those two functions, or whether the functionality is useful
> there too (and hence proper implementations would be needed).
>
> In the latter case I would then also wonder whether the x86
> implementation shouldn't be moved into common code.
Stefano/Ian:
If you have use for get_pg_owner() I can stub it out for now and
have it return 1, as NULL would result in error. Otherwise, I can
change the function prototype to return rc with ARM always returning
0 and not doing anything, like:
if ( xatpb.space == XENMAPSPACE_gmfn_foreign )
{
if ( (rc = get_pg_owner(xatpb.foreign_domid, &fd)) )
{
rcu_unlock_domain(d);
return rc;
}
}
which on ARM would always return 0, setting fd to NULL.
If you think it would be needed in ARM, I can just leave the function
prototype the same and you guys can implement whenever as I don't have the
insight into ARM, and if it looks the same as x86 you can commonise it too.
thanks
Mukesh
next prev parent reply other threads:[~2014-01-29 2:09 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-17 2:38 [V7 PATCH 0/7]: PVH dom0 Mukesh Rathor
2013-12-17 2:38 ` [V7 PATCH 1/7] pvh dom0: move some pv specific code to static functions Mukesh Rathor
2013-12-17 2:38 ` [V7 PATCH 2/7] pvh dom0: construct_dom0 changes Mukesh Rathor
2013-12-17 2:38 ` [V7 PATCH 3/7] pvh dom0: implement XENMEM_add_to_physmap_range for x86 Mukesh Rathor
2013-12-17 13:07 ` Jan Beulich
2013-12-17 13:59 ` Ian Campbell
2013-12-17 14:36 ` Jan Beulich
2013-12-17 14:40 ` Ian Campbell
2013-12-17 15:11 ` Jan Beulich
2013-12-17 15:34 ` Ian Campbell
2013-12-18 7:55 ` Jan Beulich
2013-12-18 10:07 ` Ian Campbell
2013-12-18 10:34 ` Jan Beulich
2013-12-18 10:41 ` Ian Campbell
2013-12-18 10:55 ` Jan Beulich
2013-12-17 23:57 ` Mukesh Rathor
2013-12-18 10:00 ` Ian Campbell
2013-12-17 16:56 ` Jan Beulich
2013-12-17 2:38 ` [V7 PATCH 4/7] pvh dom0: Introduce p2m_map_foreign Mukesh Rathor
2013-12-17 2:38 ` [V7 PATCH 5/7] pvh: change xsm_add_to_physmap Mukesh Rathor
2013-12-17 8:32 ` Jan Beulich
2013-12-18 0:19 ` Mukesh Rathor
2013-12-18 8:07 ` Jan Beulich
2013-12-19 15:50 ` Daniel De Graaf
2013-12-19 19:55 ` Mukesh Rathor
2014-01-28 1:55 ` Mukesh Rathor
2014-01-28 10:31 ` Jan Beulich
2014-01-29 2:08 ` Mukesh Rathor [this message]
2014-01-29 10:40 ` Ian Campbell
2014-01-29 11:38 ` Tim Deegan
2014-01-29 11:41 ` Ian Campbell
2014-01-29 11:48 ` Tim Deegan
2014-01-29 11:51 ` Ian Campbell
2014-01-30 1:33 ` Mukesh Rathor
2014-02-09 16:51 ` Julien Grall
2014-02-10 13:42 ` Ian Campbell
2014-02-10 15:16 ` Julien Grall
2014-02-10 15:27 ` Ian Campbell
2014-02-10 15:33 ` Julien Grall
2014-02-10 15:37 ` Ian Campbell
2014-02-20 2:37 ` Mukesh Rathor
2014-02-20 8:31 ` Jan Beulich
2014-02-12 16:47 ` Julien Grall
2014-02-20 2:22 ` Mukesh Rathor
2014-02-20 13:49 ` Julien Grall
2014-02-21 1:22 ` Mukesh Rathor
2014-02-21 23:53 ` Mukesh Rathor
2014-02-22 0:20 ` Julien Grall
2013-12-17 2:38 ` [V7 PATCH 6/7] pvh dom0: Add and remove foreign pages Mukesh Rathor
2013-12-17 2:38 ` [V7 PATCH 7/7] pvh dom0: add opt_dom0pvh to setup.c Mukesh Rathor
2013-12-17 14:46 ` [V7 PATCH 0/7]: PVH dom0 Konrad Rzeszutek Wilk
2013-12-18 0:14 ` Mukesh Rathor
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=20140128180802.152b3f8d@mantra.us.oracle.com \
--to=mukesh.rathor@oracle.com \
--cc=Ian.Campbell@citrix.com \
--cc=JBeulich@suse.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xenproject.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).