All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: xen-devel <xen-devel@lists.xenproject.org>,
	Olaf Hering <olaf@aepfle.de>, Keir Fraser <keir@xen.org>
Subject: Re: [PATCH] blkif.h: enhance comments related to the discard feature
Date: Fri, 17 Jan 2014 10:51:27 -0500	[thread overview]
Message-ID: <6396d00a-660b-4601-a7da-bd69e1df9b0d@email.android.com> (raw)
In-Reply-To: <52D955A902000078001149E2@nat28.tlf.novell.com>

Jan Beulich <JBeulich@suse.com> wrote:
>>>> On 14.01.14 at 22:57, Olaf Hering <olaf@aepfle.de> wrote:
>> Also fix the name of the discard-alignment property, add the missing
>'n'.
>> 
>> Signed-off-by: Olaf Hering <olaf@aepfle.de>
>
>Konrad,
>
>you have been working on the discard stuff quite a bit iirc - any
>chance you could take a look and send and ack/review?

Sure - next week I will dig through the patches.
>
>Jan
>
>> ---
>>  xen/include/public/io/blkif.h | 16 ++++++++++++----
>>  1 file changed, 12 insertions(+), 4 deletions(-)
>> 
>> diff --git a/xen/include/public/io/blkif.h
>b/xen/include/public/io/blkif.h
>> index 84eb7fd..515ea90 100644
>> --- a/xen/include/public/io/blkif.h
>> +++ b/xen/include/public/io/blkif.h
>> @@ -175,7 +175,7 @@
>>   *
>>   *------------------------- Backend Device Properties
>-------------------------
>>   *
>> - * discard-aligment
>> + * discard-alignment
>>   *      Values:         <uint32_t>
>>   *      Default Value:  0
>>   *      Notes:          4, 5
>> @@ -194,6 +194,7 @@
>>   * discard-secure
>>   *      Values:         0/1 (boolean)
>>   *      Default Value:  0
>> + *      Notes:          10
>>   *
>>   *      A value of "1" indicates that the backend can process 
>> BLKIF_OP_DISCARD
>>   *      requests with the BLKIF_DISCARD_SECURE flag set.
>> @@ -323,9 +324,14 @@
>>   *     For full interoperability, block front and backends should
>publish
>>   *     identical ring parameters, adjusted for unit differences, to
>the
>>   *     XenStore nodes used in both schemes.
>> - * (4) Devices that support discard functionality may internally
>allocate
>> - *     space (discardable extents) in units that are larger than the
>> - *     exported logical block size.
>> + * (4) Devices that support discard functionality may internally
>allocate 
>> space
>> + *     (discardable extents) in units that are larger than the
>exported 
>> logical
>> + *     block size. If the backing device has such discardable
>extents the
>> + *     backend must provide both discard-granularity and
>discard-alignment.
>> + *     Backends supporting discard should include
>discard-granularity and
>> + *     discard-alignment even if it supports discarding individual
>sectors.
>> + *     Frontends should assume discard-alignment == 0 and
>discard-granularity 
>> ==
>> + *     sector size if these keys are missing.
>>   * (5) The discard-alignment parameter allows a physical device to
>be
>>   *     partitioned into virtual devices that do not necessarily
>begin or
>>   *     end on a discardable extent boundary.
>> @@ -344,6 +350,8 @@
>>   *     grants that can be persistently mapped in the frontend
>driver, but
>>   *     due to the frontent driver implementation it should never be
>bigger
>>   *     than RING_SIZE * BLKIF_MAX_SEGMENTS_PER_REQUEST.
>> + *(10) The discard-secure property may be present and will be set to
>1 if 
>> the
>> + *     backing device supports secure discard.
>>   */
>>  
>>  /*
>> 
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xen.org 
>> http://lists.xen.org/xen-devel 

  reply	other threads:[~2014-01-23  0:38 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-14 21:57 [PATCH] blkif.h: enhance comments related to the discard feature Olaf Hering
2014-01-17 15:09 ` Jan Beulich
2014-01-17 15:51   ` Konrad Rzeszutek Wilk [this message]
2014-01-22 21:14   ` Konrad Rzeszutek Wilk
2014-01-23  8:19     ` Jan Beulich
2014-01-24 14:30       ` Konrad Rzeszutek Wilk
2014-01-24 14:44         ` Jan Beulich
2014-01-27 10:24           ` Olaf Hering
2014-01-17 18:02 ` Keir Fraser

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=6396d00a-660b-4601-a7da-bd69e1df9b0d@email.android.com \
    --to=konrad.wilk@oracle.com \
    --cc=JBeulich@suse.com \
    --cc=keir@xen.org \
    --cc=olaf@aepfle.de \
    --cc=xen-devel@lists.xenproject.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.