summaryrefslogtreecommitdiffstats
path: root/drivers/scsi/arcmsr
diff options
context:
space:
mode:
authorStephen Hemminger <stephen@networkplumber.org>2017-03-07 09:15:53 -0800
committerMartin K. Petersen <martin.petersen@oracle.com>2017-03-07 20:20:12 -0500
commitf1c635b439a5c01776fe3a25b1e2dc546ea82e6f (patch)
tree39f5f0ecf72fb70f63507fbad69f09480b8c2870 /drivers/scsi/arcmsr
parenteeb810849a20e32aa1b60335e46ea5446ba07e1f (diff)
downloadlinux-stable-f1c635b439a5c01776fe3a25b1e2dc546ea82e6f.tar.gz
linux-stable-f1c635b439a5c01776fe3a25b1e2dc546ea82e6f.tar.bz2
linux-stable-f1c635b439a5c01776fe3a25b1e2dc546ea82e6f.zip
scsi: storvsc: Workaround for virtual DVD SCSI version
Hyper-V host emulation of SCSI for virtual DVD device reports SCSI version 0 (UNKNOWN) but is still capable of supporting REPORTLUN. Without this patch, a GEN2 Linux guest on Hyper-V will not boot 4.11 successfully with virtual DVD ROM device. What happens is that the SCSI scan process falls back to doing sequential probing by INQUIRY. But the storvsc driver has a previous workaround that masks/blocks all errors reports from INQUIRY (or MODE_SENSE) commands. This workaround causes the scan to then populate a full set of bogus LUN's on the target and then sends kernel spinning off into a death spiral doing block reads on the non-existent LUNs. By setting the correct blacklist flags, the target with the DVD device is scanned with REPORTLUN and that works correctly. Patch needs to go in current 4.11, it is safe but not necessary in older kernels. Signed-off-by: Stephen Hemminger <sthemmin@microsoft.com> Reviewed-by: K. Y. Srinivasan <kys@microsoft.com> Reviewed-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Diffstat (limited to 'drivers/scsi/arcmsr')
0 files changed, 0 insertions, 0 deletions