From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Subject: Re: [PATCH V3 11/17] SCSI: track pending admin commands To: Ming Lei , Jens Axboe Cc: linux-block@vger.kernel.org, Alan Stern , Christoph Hellwig , Bart Van Assche , Hannes Reinecke , Johannes Thumshirn , Adrian Hunter , "James E.J. Bottomley" , "Martin K. Petersen" , linux-scsi@vger.kernel.org References: <20180913121546.5710-1-ming.lei@redhat.com> <20180913121546.5710-12-ming.lei@redhat.com> From: "jianchao.wang" Message-ID: Date: Fri, 14 Sep 2018 11:33:47 +0800 MIME-Version: 1.0 In-Reply-To: <20180913121546.5710-12-ming.lei@redhat.com> Content-Type: text/plain; charset=utf-8 List-ID: Hi Ming On 09/13/2018 08:15 PM, Ming Lei wrote: > EXPORT_SYMBOL(__scsi_execute); > @@ -3246,6 +3251,7 @@ static int scsi_internal_device_block(struct scsi_device *sdev) > else > scsi_wait_for_queuecommand(sdev); > } > + wait_event(sdev->admin_wq, !atomic_read(&sdev->nr_admin_pending)); > mutex_unlock(&sdev->state_mutex); > > return err; ... > diff --git a/drivers/scsi/scsi_sysfs.c b/drivers/scsi/scsi_sysfs.c > index 3aee9464a7bf..8bcb7ecc0c06 100644 > --- a/drivers/scsi/scsi_sysfs.c > +++ b/drivers/scsi/scsi_sysfs.c > @@ -1393,6 +1393,7 @@ void __scsi_remove_device(struct scsi_device *sdev) > > blk_cleanup_queue(sdev->request_queue); > cancel_work_sync(&sdev->requeue_work); > + wait_event(sdev->admin_wq, !atomic_read(&sdev->nr_admin_pending)) This nr_admin_pending could drain the ongoing scsi_request_fn/scsi_queue_rq, but I'm afraid it cannot stop new ones coming in, such as the ones that have passed the sdev state checking and have not crossed the atomic_inc(&sdev->nr_admin_pending). Thanks Jianchao