From: Eric Blake <eblake@redhat.com>
To: nbd-general@lists.sourceforge.net
Cc: qemu-devel@nongnu.org
Subject: [Qemu-devel] [PATCH] doc: Revert swap of NBD_REP_SERVER fields in NBD_OPT_GO
Date: Wed, 6 Apr 2016 22:12:10 -0600 [thread overview]
Message-ID: <1460002330-20965-1-git-send-email-eblake@redhat.com> (raw)
Commit 730c5830 included a reordering of the fields of
NBD_REP_SERVER, under the guise of putting the variable-sized
data last. However, this makes life harder for sharing
code - the regular NBD_REP_SERVER used by NBD_OPT_LIST
already has _two_ variable-sized fields: name, and an optional
string of additional information, and the wording of the
surrounding text implied that NBD_OPT_GO was just re-purposing
the tail end as binary data instead of a string, not
reorganizing all the fields.
Furthermore, sticking the same fields last in both NBD_OPT_GO
and NBD_OPT_EXPORT_NAME means that any other future handshake
extension that sends a few more bytes of data behind the
transmission flags can do so in both places without reordering
the first half of NBD_REP_SERVER (such an extension is already
envisioned, where the client and server agree to have the server
advertise minimum, preferred, and maximum block sizes).
Signed-off-by: Eric Blake <eblake@redhat.com>
---
I'm trying to implement NBD_OPT_GO in qemu, and found the original
order easier to support than the swapped order.
doc/proto.md | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/proto.md b/doc/proto.md
index 7b36be4..0775360 100644
--- a/doc/proto.md
+++ b/doc/proto.md
@@ -744,13 +744,13 @@ Therefore these commands share common documentation.
in place of the default UTF-8 free-form string). The option reply length
MUST be *length of name* + 14, and the option data has the following layout:
- - 64 bits, size of the export in bytes (unsigned)
- - 16 bits, transmission flags.
- 32 bits, length of name (unsigned)
- Name of the export. This name MAY be different from the one
given in the `NBD_OPT_INFO` or `NBD_OPT_GO` option in case the
server has multiple alternate names for a single export, or a
default export was specified.
+ - 64 bits, size of the export in bytes (unsigned)
+ - 16 bits, transmission flags.
The server MUST NOT fail an NBD_OPT_GO sent with the same parameters
as a previous NBD_OPT_INFO which returned successfully (i.e. with
--
2.5.5
next reply other threads:[~2016-04-07 4:13 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-07 4:12 Eric Blake [this message]
2016-04-07 6:05 ` [Qemu-devel] [Nbd] [PATCH] doc: Revert swap of NBD_REP_SERVER fields in NBD_OPT_GO 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=1460002330-20965-1-git-send-email-eblake@redhat.com \
--to=eblake@redhat.com \
--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 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).