From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39429) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akuBR-0005rN-Lt for qemu-devel@nongnu.org; Tue, 29 Mar 2016 09:59:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1akuBN-0007fW-LW for qemu-devel@nongnu.org; Tue, 29 Mar 2016 09:59:49 -0400 Received: from mx1.redhat.com ([209.132.183.28]:59184) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1akuBN-0007fR-9N for qemu-devel@nongnu.org; Tue, 29 Mar 2016 09:59:45 -0400 References: <1459173555-4890-1-git-send-email-eblake@redhat.com> <20160329071124.GA22386@grep.be> From: Eric Blake Message-ID: <56FA8A50.5050902@redhat.com> Date: Tue, 29 Mar 2016 07:59:44 -0600 MIME-Version: 1.0 In-Reply-To: <20160329071124.GA22386@grep.be> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gSdvIQhsSKlim2tnQLsxw8xRIRqUjD8jm" Subject: Re: [Qemu-devel] [PATCH] doc: Mention proper use of handle List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Wouter Verhelst Cc: nbd-general@lists.sourceforge.net, qemu-devel@nongnu.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gSdvIQhsSKlim2tnQLsxw8xRIRqUjD8jm Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 03/29/2016 01:11 AM, Wouter Verhelst wrote: > On Mon, Mar 28, 2016 at 07:59:15AM -0600, Eric Blake wrote: >> Although the proper use of the handle field during transmission >> phase was implied, it never hurts to make it more explicit that >> clients should alter the handle on each message, and the server >> repeat the handle unchanged, in order for the client to track >> when the server is sending replies out of order. >> >> >> Replies need not be sent in the same order as requests (i.e., request= s >> -may be handled by the server asynchronously). >> +may be handled by the server asynchronously). Clients SHOULD send a >> +different value of handle for each request, and the server MUST use t= he >> +same value for handle as was sent by the client for each request that= >> +the server is replying to, so that the client may correlate which >> +request is receiving a response. >=20 > NAK. This implies that a client should not ever reuse handles, while it= > is legal for a client (and in fact the kernel does this) to reuse > handles once the server has ack'd the request. Nothing a little word-smithing can't fix. I'll try a v2, probably along the lines of: Clients SHOULD use a handle that is distinct from all other currently pending transactions, but MAY reuse handles that are no longer in flight; handles need not be consecutive. In each reply, the server MUST use the same value for handle as was sent by the client in the corresponding request. In this way, the client can correlate which request is receiving a response. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --gSdvIQhsSKlim2tnQLsxw8xRIRqUjD8jm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJW+opQAAoJEKeha0olJ0NqbDIIAK6NLMBBwdKvf5UPDwSXBQvm Se6gzi9ZbAgqdzYpy4BuAEi7j1U3dxoz8Dq4dNywVgCB0PW2AEEsVC/j1l91OGXM rRmyPVe/4KkRjhKjzG7/HMYaLRU7al4z49Vz+F3sXk/ziimVOtvxTAxMTlQogW8y UbloEGlkrjh8nl+FwfCEdPIMCb8j9IEuqzvQW6Erphlw24uGNlkrbcEjFDUkrLg9 ve4uWcmYbfd0zJhlnrr3pBhUcDgFgPEf3iuwMCYxwNp7qWRivCM6vjL0DHFk+v8R amQhh2t9KZewMv4AdHCAbZlTHw+/zOLpJcNuVU50C0Tazjtm89bmvFfv/8DRjh8= =3WCJ -----END PGP SIGNATURE----- --gSdvIQhsSKlim2tnQLsxw8xRIRqUjD8jm--