xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: George Dunlap <george.dunlap@eu.citrix.com>
To: Ian Campbell <Ian.Campbell@citrix.com>, Olaf Hering <olaf@aepfle.de>
Cc: anthony.perard@citrix.com, xen-devel@lists.xen.org,
	Ian.Jackson@eu.citrix.com, stefano.stabellini@eu.citrix.com
Subject: Re: [PATCH for xen-4.4] libxl: add option for discard support to xl disk configuration
Date: Wed, 5 Feb 2014 11:10:33 +0000	[thread overview]
Message-ID: <52F21C29.8090607@eu.citrix.com> (raw)
In-Reply-To: <1391530957.6497.56.camel@kazak.uk.xensource.com>

On 02/04/2014 04:22 PM, Ian Campbell wrote:
> On Thu, 2014-01-30 at 18:30 +0100, Olaf Hering wrote:
>
> George, any thoughts on:
>
>>> TBH -- if you (==suse I guess?) are contemplating carrying this as a
>>> backport even before 4.4 is out the door we should probably be at least
>>> considering a freeze exception for 4.4. George CCd for input. (I
>>> appreciate that "backport=>freeze exception" is a potentially slippery
>>> slope/ripe for abuse...)
>> It will make less work for SUSE if this change would be incorporated
>> into 4.4, and later replaced with the "final" version I sent out today.
>> However, its small and will be easy to port forward to 4.4.X.
>>
>> The risk of including such change is small as it requires a patched qemu
>> which actually does discard (1.7?), a patched frontend driver (pvops
>> 3.15?) before the codepaths it enables are actually executed.

Well it looks like in order to keep ABI compatibility (which I don't 
think we ever promised), you're introducing this weird hack with 
overloading a putative boolean value with a magic number?

I think the patch is really ugly.  I assume the reason you're attemping 
to avoid breaking ABI compatibility is because we're so close to the 
release? But if so, adding an ugly hack like this is worse, IMHO.

  -George

  reply	other threads:[~2014-02-05 11:10 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-30 12:02 [PATCH v2] libxl: add option for discard support to xl disk configuration Olaf Hering
2014-01-30 12:03 ` [PATCH v2] qemu-upstream: add discard support for xen_disk Olaf Hering
2014-01-30 13:16   ` Stefano Stabellini
2014-01-30 15:32 ` [PATCH v2] libxl: add option for discard support to xl disk configuration Olaf Hering
2014-01-30 15:37   ` Ian Campbell
2014-01-30 16:25 ` [PATCH for xen-4.4] " Olaf Hering
2014-01-30 16:31   ` Ian Campbell
2014-01-30 17:30     ` Olaf Hering
2014-02-04 16:22       ` Ian Campbell
2014-02-05 11:10         ` George Dunlap [this message]
2014-02-05 11:36           ` Olaf Hering
2014-02-05 11:46             ` Ian Campbell
2014-02-05 12:27               ` Olaf Hering
2014-02-05 12:34                 ` Ian Campbell
2014-02-05 14:28             ` George Dunlap
2014-02-05 14:56             ` Ian Jackson

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=52F21C29.8090607@eu.citrix.com \
    --to=george.dunlap@eu.citrix.com \
    --cc=Ian.Campbell@citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=anthony.perard@citrix.com \
    --cc=olaf@aepfle.de \
    --cc=stefano.stabellini@eu.citrix.com \
    --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 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).