[T10] Should this WRITE STREAM error response be changed?

Gerry Houlder gerry.houlder at seagate.com
Tue Nov 15 07:06:12 PST 2016


A mode page bit could be done. However, the WRITE STREAM command has only
recently been created and it should still be possible to correct this
behavior (if the ignore behavior is widely preferred) so that targets don't
have to support two different behaviors.

On Tue, Nov 15, 2016 at 2:19 AM, Amir Dagan1 <AMIRDA at il.ibm.com> wrote:

> Could there be a mode page bit to allow for either error handling methods,
> depending on the system preferences?
>
>
>
> From:        Gerry Houlder <gerry.houlder at seagate.com>
> To:        T10 Reflector <t10 at t10.org>
> Date:        2016-11-14 20:03
> Subject:        [T10] Should this WRITE STREAM error response be changed?
> Sent by:        t10-bounces at t10.org
> ------------------------------
>
>
>
> Hi,
>
> i received a comment that NVMe Write Stream error handling has a
> difference with respect to SAS error handling and there is a request to
> make them the same in this regard.
>
> With SAS, if the target device receives a Write Stream command with a
> Stream_ID that is not valid then the target is required to reject the
> command with CHECK CONDITION and the host has to figure out how it wants to
> retry the command.
>
> With NVMe, if the device receives a Write Stream command with a Stream_ID
> that is not valid then the device handles the Write Stream command like it
> is a regular non-stream write command. This means the Stream_ID is ignored
> and the write proceeds normally without the hint of the Stream_ID. This is
> recommended as friendlier to the host in that the overhead of handling a
> rejected command and retrying the command is avoided.
>
> Should SBC-4 be changed to specify that an invalid Stream_ID is ignored
> the the write command proceeds as a non-streaming write command? I'd like
> to hears some other opinions (either for or against) before I write a
> proposal along these lines._______________________________________________
> T10 mailing list
> T10 at t10.org
> http://www.t10.org/mailman/listinfo/t10
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.t10.org_mailman_listinfo_t10&d=DgMFAg&c=IGDlg0lD0b-nebmJJ0Kp8A&r=TxI1DC4HavpWBdSmUqvdNvSwgOklhaW328zLt5AOpPM&m=t5_BMmU0-A7aH3NIKAIruibVKVsRxlB2I4jtha2Fjx4&s=sU6JpHIXogFLrV5vZTjAFdpXyqBybencQBHSY6u8d1M&e=>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.t10.org/pipermail/t10/attachments/20161115/f78b3e98/attachment.html>


More information about the T10 mailing list