Re: [Qemu-devel] [Nbd] [Qemu-block] [PATCH] doc: Propose NBD_FLAG_INIT_ZEROES extension

2016-12-14 Thread Wouter Verhelst
Hi Eric, On Wed, Dec 14, 2016 at 10:37:43AM -0600, Eric Blake wrote: > On 12/14/2016 02:22 AM, Wouter Verhelst wrote: > > Hi Eric, > > > > On Tue, Dec 13, 2016 at 04:36:08PM -0600, Eric Blake wrote: > >> On 12/13/2016 06:18 AM, Wouter Verhelst wrote: > >>> On Tue, Dec 13, 2016 at 08:38:12AM +0100

Re: [Qemu-devel] [Nbd] [Qemu-block] [PATCH] doc: Propose NBD_FLAG_INIT_ZEROES extension

2016-12-14 Thread Alex Bligh
> ... But your argument that 16 bits is at a premium may be worth > considering an alternative representation for the same information. > > Possibility 1: when we run out of our current 16 transmission flags, > we'll need a way to extend the protocol to support more than that. To > do that, we'

Re: [Qemu-devel] [Nbd] [Qemu-block] [PATCH] doc: Propose NBD_FLAG_INIT_ZEROES extension

2016-12-14 Thread Eric Blake
On 12/14/2016 02:22 AM, Wouter Verhelst wrote: > Hi Eric, > > On Tue, Dec 13, 2016 at 04:36:08PM -0600, Eric Blake wrote: >> On 12/13/2016 06:18 AM, Wouter Verhelst wrote: >>> On Tue, Dec 13, 2016 at 08:38:12AM +0100, Kevin Wolf wrote: Am 12.12.2016 um 19:12 hat Wouter Verhelst geschrieben: >

Re: [Qemu-devel] [Nbd] [Qemu-block] [PATCH] doc: Propose NBD_FLAG_INIT_ZEROES extension

2016-12-14 Thread Wouter Verhelst
Hi Eric, On Tue, Dec 13, 2016 at 04:36:08PM -0600, Eric Blake wrote: > On 12/13/2016 06:18 AM, Wouter Verhelst wrote: > > On Tue, Dec 13, 2016 at 08:38:12AM +0100, Kevin Wolf wrote: > >> Am 12.12.2016 um 19:12 hat Wouter Verhelst geschrieben: > >>> I'm not opposed to this proposal, per se, but the

Re: [Qemu-devel] [Nbd] [Qemu-block] [PATCH] doc: Propose NBD_FLAG_INIT_ZEROES extension

2016-12-13 Thread Eric Blake
On 12/13/2016 06:18 AM, Wouter Verhelst wrote: > On Tue, Dec 13, 2016 at 08:38:12AM +0100, Kevin Wolf wrote: >> Am 12.12.2016 um 19:12 hat Wouter Verhelst geschrieben: >>> I'm not opposed to this proposal, per se, but there seems to be some >>> disagreement (by Kevin, for instance) on whether this

Re: [Qemu-devel] [Nbd] [Qemu-block] [PATCH] doc: Propose NBD_FLAG_INIT_ZEROES extension

2016-12-13 Thread Alex Bligh
> On 13 Dec 2016, at 12:18, Wouter Verhelst wrote: > > I'm not opposed either, but I do agree with you that we shouldn't add > such a feature if it doesn't end up getting used. Especially so if it > burns a flag in the (16-bit) "transmission flags" field, where space is > at a premium. I did su

Re: [Qemu-devel] [Nbd] [Qemu-block] [PATCH] doc: Propose NBD_FLAG_INIT_ZEROES extension

2016-12-13 Thread Wouter Verhelst
On Tue, Dec 13, 2016 at 08:38:12AM +0100, Kevin Wolf wrote: > Am 12.12.2016 um 19:12 hat Wouter Verhelst geschrieben: > > I'm not opposed to this proposal, per se, but there seems to be some > > disagreement (by Kevin, for instance) on whether this extension is at > > all useful. > > FWIW, I'm not

Re: [Qemu-devel] [Nbd] [Qemu-block] [PATCH] doc: Propose NBD_FLAG_INIT_ZEROES extension

2016-12-06 Thread Alex Bligh
> On 6 Dec 2016, at 09:25, Kevin Wolf wrote: > > Am 06.12.2016 um 00:42 hat Eric Blake geschrieben: >> While not directly related to NBD_CMD_WRITE_ZEROES, the qemu >> team discovered that it is useful if a server can advertise >> whether an export is in a known-all-zeroes state at the time >> th