From: Keir Fraser <keir@xen.org>
To: Dan Magenheimer <dan.magenheimer@oracle.com>,
Jan Beulich <JBeulich@suse.com>
Cc: Ian Campbell <Ian.Campbell@eu.citrix.com>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
Zhigang Wang <zhigang.x.wang@oracle.com>,
xen-devel@lists.xen.org
Subject: Re: [PATCH] xen: reserve next two XENMEM_ op numbers for future/out-of-tree use
Date: Fri, 07 Dec 2012 15:15:00 +0000 [thread overview]
Message-ID: <CCE7B874.552F0%keir@xen.org> (raw)
In-Reply-To: <36f4ae2f-4fbc-4b14-a084-7b336a052a7a@default>
On 28/11/2012 22:03, "Dan Magenheimer" <dan.magenheimer@oracle.com> wrote:
> xen: reserve next two XENMEM_ op numbers for future/out-of-tree use
>
> Signed-off-by: Dan Magenheimer <dan.magenheimer@oracle.com>
There was some discussion on whether these numbers should just have
XENMEM_reserved_oracle_{1,2} definitions, or similar. Or even just reserved
by a header comment. Does anyone have any strong opinions?
-- Keir
> diff --git a/xen/include/public/memory.h b/xen/include/public/memory.h
> index f1ddbc0..3ee2902 100644
> --- a/xen/include/public/memory.h
> +++ b/xen/include/public/memory.h
> @@ -421,6 +421,12 @@ struct xen_mem_sharing_op {
> typedef struct xen_mem_sharing_op xen_mem_sharing_op_t;
> DEFINE_XEN_GUEST_HANDLE(xen_mem_sharing_op_t);
>
> +/*
> + * Reserve ops for future/out-of-tree "claim" patches (Oracle)
> + */
> +#define XENMEM_claim_pages 24
> +#define XENMEM_get_unclaimed_pages 25
> +
> #endif /* defined(__XEN__) || defined(__XEN_TOOLS__) */
>
> #endif /* __XEN_PUBLIC_MEMORY_H__ */
next prev parent reply other threads:[~2012-12-07 15:15 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-28 22:03 [PATCH] xen: reserve next two XENMEM_ op numbers for future/out-of-tree use Dan Magenheimer
2012-12-06 17:24 ` Dan Magenheimer
2012-12-07 15:15 ` Keir Fraser [this message]
2012-12-07 15:42 ` Konrad Rzeszutek Wilk
2012-12-07 15:43 ` Jan Beulich
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=CCE7B874.552F0%keir@xen.org \
--to=keir@xen.org \
--cc=Ian.Campbell@eu.citrix.com \
--cc=JBeulich@suse.com \
--cc=dan.magenheimer@oracle.com \
--cc=konrad.wilk@oracle.com \
--cc=xen-devel@lists.xen.org \
--cc=zhigang.x.wang@oracle.com \
/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).