From: Jason Yan <yanaijie@huawei.com>
To: John Garry <john.garry@huawei.com>, <martin.petersen@oracle.com>,
<jejb@linux.vnet.ibm.com>
Cc: <linux-scsi@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<zhaohongjiang@huawei.com>, <hare@suse.com>,
<dan.j.williams@intel.com>, <jthumshirn@suse.de>, <hch@lst.de>,
<huangdaode@hisilicon.com>, <chenxiang66@hisilicon.com>,
<miaoxie@huawei.com>, Ewan Milne <emilne@redhat.com>,
Tomas Henzl <thenzl@redhat.com>, Linuxarm <linuxarm@huawei.com>
Subject: Re: [PATCH 5/5] scsi: libsas: fix a race condition when smp task timeout
Date: Wed, 19 Sep 2018 10:49:06 +0800 [thread overview]
Message-ID: <5BA1B922.5010208@huawei.com> (raw)
In-Reply-To: <357ad1d1-1675-4479-c0c3-c872b5f71892@huawei.com>
On 2018/9/17 17:47, John Garry wrote:
> On 12/09/2018 09:29, Jason Yan wrote:
>> When the lldd is processing the complete sas task in interrupt and set
>> the task stat as SAS_TASK_STATE_DONE, the smp timeout timer is able to
>> be triggered at the same time. And smp_task_timedout() will complete the
>> task wheter the SAS_TASK_STATE_DONE is set or not. Then the sas task may
>> freed before lldd end the interrupt process. Thus a use-after-free will
>> happen.
>>
>> Fix this by calling the complete() only when SAS_TASK_STATE_DONE is not
>> set. And remove the check of the return value of the del_timer().
>>
>
> Hi Jason,
>
> Please mention that once the LLDD sets DONE, it must call task->done(),
> which will call smp_task_done()->complete()
>
OK
>> Reported-by: chenxiang <chenxiang66@hisilicon.com>
>> Signed-off-by: Jason Yan <yanaijie@huawei.com>
>> CC: John Garry <john.garry@huawei.com>
>> CC: Johannes Thumshirn <jthumshirn@suse.de>
>> CC: Ewan Milne <emilne@redhat.com>
>> CC: Christoph Hellwig <hch@lst.de>
>> CC: Tomas Henzl <thenzl@redhat.com>
>> CC: Dan Williams <dan.j.williams@intel.com>
>> CC: Hannes Reinecke <hare@suse.com>
>> ---
>> drivers/scsi/libsas/sas_expander.c | 9 ++++-----
>> 1 file changed, 4 insertions(+), 5 deletions(-)
>>
>> diff --git a/drivers/scsi/libsas/sas_expander.c
>> b/drivers/scsi/libsas/sas_expander.c
>> index 52222940d398..0d1f72752ca2 100644
>> --- a/drivers/scsi/libsas/sas_expander.c
>> +++ b/drivers/scsi/libsas/sas_expander.c
>> @@ -48,17 +48,16 @@ static void smp_task_timedout(struct timer_list *t)
>> unsigned long flags;
>>
>> spin_lock_irqsave(&task->task_state_lock, flags);
>> - if (!(task->task_state_flags & SAS_TASK_STATE_DONE))
>> + if (!(task->task_state_flags & SAS_TASK_STATE_DONE)) {
>> task->task_state_flags |= SAS_TASK_STATE_ABORTED;
>> + complete(&task->slow_task->completion);
>
> Nit: for consistency with any other time we use this lock, can we call
> complete() outside the lock? Maybe just use a flag variable for this.
>
Is it necessary to add a variable just for consistency with other places?
>> + }
>> spin_unlock_irqrestore(&task->task_state_lock, flags);
>> -
>> - complete(&task->slow_task->completion);
>> }
>>
>> static void smp_task_done(struct sas_task *task)
>> {
>> - if (!del_timer(&task->slow_task->timer))
>> - return;
>> + del_timer(&task->slow_task->timer);
>> complete(&task->slow_task->completion);
>> }
>
> Do we also need this change or similar:
> static int smp_execute_task_sg(struct domain_device *dev,
> if ((task->task_state_flags & SAS_TASK_STATE_ABORTED)) {
> SAS_DPRINTK("smp task timed out or aborted\n");
> i->dft->lldd_abort_task(task);
> - if (!(task->task_state_flags & SAS_TASK_STATE_DONE)) {
> - SAS_DPRINTK("SMP task aborted and not done\n");
> - break;
> - }
> + break;
>
> To me, the ABORTED and DONE states are mutually exclusive.
>
This changes the logic a bit. To be safe, maybe we shall do this with
another patch after some tests.
>>
>>
>
> Thanks,
> John
>
>
>
> .
>
next prev parent reply other threads:[~2018-09-19 2:49 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-09-12 8:29 [PATCH 0/5] scsi: libsas: some code cleanups and bug fixes Jason Yan
2018-09-12 8:29 ` [PATCH 1/5] scsi: libsas: delete dead code in scsi_transport_sas.c Jason Yan
2018-09-17 8:35 ` John Garry
2018-09-17 13:53 ` Hannes Reinecke
2018-09-12 8:29 ` [PATCH 2/5] scsi: libsas: check the lldd callback correctly Jason Yan
2018-09-17 8:11 ` John Garry
2018-09-17 13:54 ` Hannes Reinecke
2018-09-12 8:29 ` [PATCH 3/5] scsi: libsas: always unregister the old device if going to discover new Jason Yan
2018-09-17 13:55 ` Hannes Reinecke
2018-09-12 8:29 ` [PATCH 4/5] scsi: libsas: check the ata device status by ata_dev_enabled() Jason Yan
2018-09-17 13:56 ` Hannes Reinecke
2018-09-18 13:54 ` John Garry
2018-09-19 2:54 ` Jason Yan
2018-09-12 8:29 ` [PATCH 5/5] scsi: libsas: fix a race condition when smp task timeout Jason Yan
2018-09-17 9:47 ` John Garry
2018-09-19 2:49 ` Jason Yan [this message]
2018-09-19 8:39 ` John Garry
2018-09-17 13:57 ` Hannes Reinecke
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5BA1B922.5010208@huawei.com \
--to=yanaijie@huawei.com \
--cc=chenxiang66@hisilicon.com \
--cc=dan.j.williams@intel.com \
--cc=emilne@redhat.com \
--cc=hare@suse.com \
--cc=hch@lst.de \
--cc=huangdaode@hisilicon.com \
--cc=jejb@linux.vnet.ibm.com \
--cc=john.garry@huawei.com \
--cc=jthumshirn@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=linuxarm@huawei.com \
--cc=martin.petersen@oracle.com \
--cc=miaoxie@huawei.com \
--cc=thenzl@redhat.com \
--cc=zhaohongjiang@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome