From: Wouter Verhelst <w@uter.be>
To: Alex Bligh <alex@alex.org.uk>
Cc: "nbd-general@lists.sourceforge.net"
<nbd-general@lists.sourceforge.net>,
"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] [Nbd] [PATCHv2] Amend NBD_OPT_SELECT (now NBD_OPT_INFO) and NBD_OPT_GO documentation
Date: Tue, 5 Apr 2016 23:03:17 +0200 [thread overview]
Message-ID: <20160405210317.GE13913@grep.be> (raw)
In-Reply-To: <1459888946-27233-1-git-send-email-alex@alex.org.uk>
On Tue, Apr 05, 2016 at 09:42:26PM +0100, Alex Bligh wrote:
> Amend the NBD_OPT_SELECT and NBD_OPT_GO documentation as
> follows:
>
> * Change NBD_OPT_SELECT to be called NBD_OPT_INFO
>
> * Remove the 'selection' aspect of that command, so that
> it now merely returns information. This is to avoid
> the server storing state.
>
> * Allow a name to be specified on NBD_OPT_GO
>
> * Make clear the rules for default device selection
>
> * Remove the provision concerning TLS resetting device selection
>
> * Remove NBD_REP_ERR_INVALID as a reply to NBD_OPT_GO as there
> is now no necessity for a prior NBD_OPT_INFO
>
> * Make it clear NBD_OPT_GO is in effect a better alternative
> for NBD_OPT_EXPORT_NAME
>
> * Make it clear the NBD_OPT_INFO and NBD_OPT_GO are in
> essence the same command, save that NBD_OPT_GO puts you
> into transmission mode if successful.
>
> * Clarify permitted option returns outside TLS to prevent
> export enumeration.
>
> * Remove 'length' 32 bit quantity from
> NBD_OPT_SELECT (and don't copy it into NBD_OPT_GO) so it
> looks exactly like NBD_OPT_EXPORT_NAME bar the reply.
> This length is unnecessary as it's in the option header
> anyway.
>
> * Reorder the fields of an NBD_OPT_INFO / NBD_OPT_GO reply
> so the variable length elements are at the end.
>
> * Make the documentation much more concise.
>
> Signed-off-by: Alex Bligh <alex@alex.org.uk>
[...]
applied, thanks.
--
< ron> I mean, the main *practical* problem with C++, is there's like a dozen
people in the world who think they really understand all of its rules,
and pretty much all of them are just lying to themselves too.
-- #debian-devel, OFTC, 2016-02-12
next prev parent reply other threads:[~2016-04-05 21:03 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-05 20:42 [Qemu-devel] [PATCHv2] Amend NBD_OPT_SELECT (now NBD_OPT_INFO) and NBD_OPT_GO documentation Alex Bligh
2016-04-05 21:03 ` Wouter Verhelst [this message]
2016-04-05 21:26 ` [Qemu-devel] [Nbd] " Eric Blake
2016-04-05 23:30 ` Alex Bligh
2016-04-06 9:26 ` Alex Bligh
2016-04-05 21:25 ` [Qemu-devel] " Eric Blake
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=20160405210317.GE13913@grep.be \
--to=w@uter.be \
--cc=alex@alex.org.uk \
--cc=nbd-general@lists.sourceforge.net \
--cc=qemu-devel@nongnu.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.