From: Bart Van Assche <[email protected]>
Date: Sun, 1 Jan 2017 14:22:11 +0000
> My recommendation is to revert commit 18f6084a989b ("scsi: mpt3sas: Fix
> secure erase premature termination"). Since the mpt3sas driver uses the
> single-queue approach and since the SCSI core unlocks the block layer
> request queue lock before the .queuecommand callback function is called,
> multiple threads can execute that callback function (scsih_qcmd() in this
> case) simultaneously. This means that using scsi_internal_device_block()
> from inside .queuecommand to serialize SCSI command execution is wrong.
But this causes a regression for the thing being fixed by that commit.
Why don't we figure out what that semantics that commit was trying to
achieve and implement that properly?
