From: Olaf Hering <olaf@aepfle.de>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: anthony.perard@citrix.com, stefano.stabellini@eu.citrix.com,
Ian.Jackson@eu.citrix.com, xen-devel@lists.xen.org
Subject: Re: [PATCH] libxl: add option for discard support to xl disk configuration
Date: Wed, 29 Jan 2014 15:23:57 +0100 [thread overview]
Message-ID: <20140129142357.GA27051@aepfle.de> (raw)
In-Reply-To: <1390995947.31814.79.camel@kazak.uk.xensource.com>
On Wed, Jan 29, Ian Campbell wrote:
> On Wed, 2014-01-29 at 12:19 +0100, Olaf Hering wrote:
> > The toolstack just does not know if a phy device supports it, or if file
> > backed storage can do hole punching. If feature-discard is set and the
> > frontend sends a discard request, the backend would return an error
> > (like ENOTSUPPORTED) and the frontend internally disables the discard
> > flag. Thats how it is done in pvops and the forward ported xenlinux
> > tree.
>
> That sounds good.
>
> Is it worth noting that enable-discard=1 is only advisory and will be
> ignored if the underlying storage and/or backend doesn't understand it?
> The real benefit of this option is to be able to force it off rather
> than on I think.
Yes, the purpose is to turn it off. I will extend the description.
> > Thats what I'm asking you. Why is readwrite set here, and later on also
> > in the .l file? At least just setting it here did not unconditionally
> > enable it if no discard= was specified. I have not traced the code why
> > that happens.
>
> One for Ian J I think. Perhaps it is just setting the default?
For some reason this setting is lost, at least for my discard flag. The
readwrite part may suffer from the same issue, otherwise access_set
could be removed. I will trace the code to understand how it works.
Olaf
next prev parent reply other threads:[~2014-01-29 14:23 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-28 18:24 [PATCH] libxl: add option for discard support to xl disk configuration Olaf Hering
2014-01-28 18:26 ` [PATCH] qemu-upstream: add discard support for xen_disk Olaf Hering
2014-01-28 20:10 ` Stefano Stabellini
2014-01-29 10:30 ` Ian Campbell
2014-01-29 10:28 ` [PATCH] libxl: add option for discard support to xl disk configuration Ian Campbell
2014-01-29 11:19 ` Olaf Hering
2014-01-29 11:45 ` Ian Campbell
2014-01-29 14:23 ` Olaf Hering [this message]
2014-01-29 18:24 ` Olaf Hering
2014-01-30 10:56 ` Olaf Hering
2014-01-30 11:07 ` Ian Campbell
2014-01-29 15:06 ` Olaf Hering
2014-01-29 16:01 ` Ian Campbell
2014-01-29 16:07 ` Olaf Hering
2014-01-29 16:19 ` Ian Campbell
2014-01-30 11:32 ` Ian Jackson
2014-01-30 11:36 ` Ian Campbell
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=20140129142357.GA27051@aepfle.de \
--to=olaf@aepfle.de \
--cc=Ian.Campbell@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=anthony.perard@citrix.com \
--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 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.