diff options
author | Daniel Wagner <dwagner@suse.de> | 2021-08-30 16:36:26 +0300 |
---|---|---|
committer | Christoph Hellwig <hch@lst.de> | 2021-09-06 11:03:11 +0300 |
commit | 1ba2e507f55c5b0cbde8c0fbfe0d9e39612a3e52 (patch) | |
tree | 11246c0cbf90677d906a5d46ff8b4aee9092b387 /mm/mapping_dirty_helpers.c | |
parent | f04064814c2a15c22ed9c803f9b634ef34f91092 (diff) | |
download | linux-1ba2e507f55c5b0cbde8c0fbfe0d9e39612a3e52.tar.xz |
nvme-tcp: Do not reset transport on data digest errors
The spec says
7.4.6.1 Digest Error handling
When a host detects a data digest error in a C2HData PDU, that host
shall continue processing C2HData PDUs associated with the command and
when the command processing has completed, if a successful status was
returned by the controller, the host shall fail the command with a
non-fatal transport error.
Currently the transport is reseted when a data digest error is
detected. Instead, when a digest error is detected, mark the final
status as NVME_SC_DATA_XFER_ERROR and let the upper layer handle
the error.
In order to keep track of the final result maintain a status field in
nvme_tcp_request object and use it to overwrite the completion queue
status (which might be successful even though a digest error has been
detected) when completing the request.
Signed-off-by: Daniel Wagner <dwagner@suse.de>
Reviewed-by: Sagi Grimberg <sagi@grimberg.me>
Reviewed-by: Hannes Reinecke <hare@suse.de>
Signed-off-by: Christoph Hellwig <hch@lst.de>
Diffstat (limited to 'mm/mapping_dirty_helpers.c')
0 files changed, 0 insertions, 0 deletions