summaryrefslogtreecommitdiffstats
path: root/include/target
diff options
context:
space:
mode:
authorLee Duncan <lduncan@suse.com>2018-05-15 18:25:24 -0700
committerMartin K. Petersen <martin.petersen@oracle.com>2018-05-18 12:22:48 -0400
commitbd81372065fa467e262150c70be885f47f9535df (patch)
treedfa782e8a1a792f76ca14dffb4b224c6174abebd /include/target
parent51b910c3c70986a5a0a84eea11cb8e904e37ba8b (diff)
downloadop-kernel-dev-bd81372065fa467e262150c70be885f47f9535df.zip
op-kernel-dev-bd81372065fa467e262150c70be885f47f9535df.tar.gz
scsi: target: transport should handle st FM/EOM/ILI reads
When a tape drive is exported via LIO using the pscsi module, a read that requests more bytes per block than the tape can supply returns an empty buffer. This is because the pscsi pass-through target module sees the "ILI" illegal length bit set and thinks there is no reason to return the data. This is a long-standing transport issue, since it assumes that no data need be returned under a check condition, which isn't always the case for tape. Add in a check for tape reads with the ILI, EOM, or FM bits set, with a sense code of NO_SENSE, treating such cases as if the read succeeded. The layered tape driver then "does the right thing" when it gets such a response. Signed-off-by: Bodo Stroesser <bstroesser@ts.fujitsu.com> Signed-off-by: Lee Duncan <lduncan@suse.com> Reviewed-by: Hannes Reinecke <hare@suse.com> Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Diffstat (limited to 'include/target')
-rw-r--r--include/target/target_core_base.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/include/target/target_core_base.h b/include/target/target_core_base.h
index 9f9f590..922a39f 100644
--- a/include/target/target_core_base.h
+++ b/include/target/target_core_base.h
@@ -143,6 +143,7 @@ enum se_cmd_flags_table {
SCF_ACK_KREF = 0x00400000,
SCF_USE_CPUID = 0x00800000,
SCF_TASK_ATTR_SET = 0x01000000,
+ SCF_TREAT_READ_AS_NORMAL = 0x02000000,
};
/*
OpenPOWER on IntegriCloud