All of lore.kernel.org
 help / color / mirror / Atom feed
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

      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.