From: George Dunlap <george.dunlap@eu.citrix.com>
To: Ian Campbell <ian.campbell@citrix.com>, xen-devel@lists.xen.org
Cc: stefano.stabellini@eu.citrix.com, julien.grall@linaro.org,
tim@xen.org, george.dunlap@citrix.com,
Jan Beulich <JBeulich@suse.com>
Subject: Re: [PATCH v2] xen: arm: process XENMEM_add_to_physmap_range forwards not backwards.
Date: Wed, 18 Dec 2013 14:11:03 +0000 [thread overview]
Message-ID: <52B1ACF7.4080007@eu.citrix.com> (raw)
In-Reply-To: <1387373954-31668-1-git-send-email-ian.campbell@citrix.com>
On 12/18/2013 01:39 PM, Ian Campbell wrote:
> Jan points out that processing the list backwards is rather counter intuitive
> and that the effect of the hypercall can differ between forwards and backwards
> processing (e.g. in the presence of duplicate idx or gpfn, which would be
> unusualy but as Jan says, users are a creative bunch)
>
> Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
> Cc: Jan Beulich <JBeulich@suse.com>
> Cc: Mukesh Rathor <mukesh.rathor@oracle.com>
> ---
> v2: Remember to crank the errs array too.
>
> Resending despite abuse of overwriting the IN paramters, since coming to
> rely on backwards processing is a harder hole to get out of than going
> from modifying the strict to not.
>
> Release: subtle ABI change, should go in to 4.4 before people rely on it (they
> are not relying on it today TTBOMK and it seems unlikely but lets not risk it)
Yes, I agree: the risk of having to work around a bad ABI indefinitely
is worse than the relatively small risk of finding a bug in this and
then fixing it.
Release-acked-by: George Dunlap <george.dunlap@eu.citrix.com>
-George
prev parent reply other threads:[~2013-12-18 14:11 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-18 13:39 [PATCH v2] xen: arm: process XENMEM_add_to_physmap_range forwards not backwards Ian Campbell
2013-12-18 14:08 ` Jan Beulich
2013-12-18 14:37 ` Ian Campbell
2013-12-18 15:02 ` Jan Beulich
2013-12-18 15:51 ` Ian Campbell
2013-12-18 14:11 ` George Dunlap [this message]
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=52B1ACF7.4080007@eu.citrix.com \
--to=george.dunlap@eu.citrix.com \
--cc=JBeulich@suse.com \
--cc=george.dunlap@citrix.com \
--cc=ian.campbell@citrix.com \
--cc=julien.grall@linaro.org \
--cc=stefano.stabellini@eu.citrix.com \
--cc=tim@xen.org \
--cc=xen-devel@lists.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.