On Tue, 2017-11-07 at 10:09 -0800, James Bottomley wrote: > but can you investigate the root cause rather than trying this bandaid?
Hello James, Thanks for your reply. I think that the root cause is that SCSI scanning activity can continue to submit I/O even after scsi_remove_host() has unlocked scan_mutex but that scsi_remove_host() removes some of the infrastructure that is essential to process SCSI requests. Are you OK with e.g. moving a significant part of scsi_remove_host() into scsi_host_dev_release()? Thanks, Bart.
