diff options
author | Stephen Hemminger <stephen@networkplumber.org> | 2017-03-07 09:15:53 -0800 |
---|---|---|
committer | Martin K. Petersen <martin.petersen@oracle.com> | 2017-03-07 20:20:12 -0500 |
commit | f1c635b439a5c01776fe3a25b1e2dc546ea82e6f (patch) | |
tree | 39f5f0ecf72fb70f63507fbad69f09480b8c2870 /drivers/scsi/arcmsr | |
parent | eeb810849a20e32aa1b60335e46ea5446ba07e1f (diff) | |
download | linux-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