All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Alex Bligh <alex@alex.org.uk>, Eric Blake <eblake@redhat.com>,
	Wouter Verhelst <w@uter.be>
Cc: "nbd-general@lists.sourceforge.net"
	<nbd-general@lists.sourceforge.net>,
	qemu-devel <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] [PATCHv3] Improve the documentation of NBD_CMD_FLUSH and NBD_CMD_FLAG_FUA.
Date: Tue, 5 Apr 2016 16:30:46 +0200	[thread overview]
Message-ID: <5703CC16.1000002@redhat.com> (raw)
In-Reply-To: <1459858065-13348-1-git-send-email-alex@alex.org.uk>



On 05/04/2016 14:07, Alex Bligh wrote:
> Improve the documentation of NBD_CMD_FLUSH and NBD_CMD_FLAG_FUA. Specifically
> the latter may be set on any command, and its semantics on commands other
> than NBD_CMD_WRITE need explaining. Further, explain how these relate to
> reordering of commands.
> 
> Signed-off-by: Alex Bligh <alex-rWA27mgs/Jz10XsdtD+oqA@public.gmane.org>
> ---
>  doc/proto.md | 51 +++++++++++++++++++++++++++++++++++++++++----------
>  1 file changed, 41 insertions(+), 10 deletions(-)
> 
> ARRRGH - this time with a proper commit header.
> 
> Changes since version 2:
> 
> * Rebase on master
> 
> * Remove bogus 'SHOULD' for FLUSH in relation to writes that are in flight
>   but not yet completed
> 
> * After consultation with lkml etc., document that FUA on things that do not
>   write does nothing
> 
> * Document that sending FUA for commands that do nothing is permissible, but
>   'SHOULD NOT' be done; an existing client does this.

Can you send a pointer to the discussion?  FUA on reads definitely does
*something* in SCSI (it ensures that the data is moved out of the
volatile cache prior to the read, similar to what QEMU implements).

Paolo

> * Document that FUA on TRIM should do something after all, per Kevin Wolf's
>   comment

  parent reply	other threads:[~2016-04-05 14:30 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-05 12:07 [Qemu-devel] [PATCHv3] Improve the documentation of NBD_CMD_FLUSH and NBD_CMD_FLAG_FUA Alex Bligh
2016-04-05 14:22 ` Eric Blake
2016-04-05 15:11   ` Alex Bligh
2016-04-05 14:30 ` Paolo Bonzini [this message]
2016-04-05 15:16   ` Alex Bligh
2016-04-05 15:22     ` Paolo Bonzini
2016-04-05 15:25       ` Alex Bligh

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=5703CC16.1000002@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=alex@alex.org.uk \
    --cc=eblake@redhat.com \
    --cc=nbd-general@lists.sourceforge.net \
    --cc=qemu-devel@nongnu.org \
    --cc=w@uter.be \
    /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.