[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCHv3] Improve the documentation of NBD_CMD_FLUSH an

From: Paolo Bonzini
Subject: Re: [Qemu-devel] [PATCHv3] Improve the documentation of NBD_CMD_FLUSH and NBD_CMD_FLAG_FUA.
Date: Tue, 5 Apr 2016 17:22:39 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0

On 05/04/2016 17:16, Alex Bligh wrote:
> > > * 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).
> Sure. I got a solitary one reply that referenced the kernel, which
> was copied to this list - see below.

Ok, thanks.

> I don't have strong feelings either way, but the safer option would
> be to not REQUIRE the server to rely on any FUA read behaviour (I'm
> already saying they should ignore the bit on reads). Qemu can't
> currently RELY on FUA on reads, as it's not documented anywhere
> and with the reference NBD server did nothing until recently; recently
> it started errorring the read! See below.

Right.  However, bugs get fixed...


> On that basis I chose to go with 'FUA on read does nothing'.
> If the kernel actually does something on read perhaps we should
> reconsider.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]