Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp4016496imm; Mon, 17 Sep 2018 06:59:22 -0700 (PDT) X-Google-Smtp-Source: ANB0VdY2hj2kmfqqLcknums9iD+PvdJJbOOOxQK+JFqtTKb1IGGgAcnILco4KW3aGYszSEckjUf5 X-Received: by 2002:a17:902:24e1:: with SMTP id l30-v6mr25078856plg.315.1537192762032; Mon, 17 Sep 2018 06:59:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537192762; cv=none; d=google.com; s=arc-20160816; b=m8DQKev4rMQRTBAMWzSPstGuZTpM4KrTsGMlDnm/mhnx6eAXPmSTiB2hMEIF5Dn0FP JLMrStyLtz0WVDGLHTtVQm+qM+CiL0jZuSK7lJz4K8/IQJBTQ/8jm8fsub0YKrOJTOlR cRNUAZqtgzcXOHcbH3T5PU1akZ6N6idehbWFiogCbDHkpAWE5mmY/NVN/VWSUgV2E3uA 4Qxaf50HrnOMuz/GD1pjYEwAphS31lmBe4H+BIrRpffNjA4vEUEOT95hIUDoF0cCQO4U Gi8LVDbqiGX/TsoSHA6brEul9iTY1gg8Ppwx3YxYiu8AjC1HTdUyj1JePaCdqSvc/76f 3+4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=2P+JxGKV1o9TrnKKx7VrZXUrJE7OhNetex0x7WW2ZJU=; b=iYHYRmquWuSGF0udu4K2yW2zxez6Kqju+CMFq7AdKru8rxqOB9aYOd/D4sCIA4mSx3 5pzzTa9Kuj4u09E6kS+s9ujx3bufD38nVe8Q5l6iu+T5cdvhCCZ8qXrl/iAoGBbdkl25 bZKNcBZ+0oYQBFycLzM5cvqrrlBCEUojnewpiJUkSm8nzi3qwz/Q6KSOd60o58ZVT8Ub g4EXKeA6a5vo7LgCcJl/4qksbK34TDCbC+y76CaDJMqCxdknig8pJfXWEqCmu7WHNFbc m/qeN7v/+FXgFeqwnUepuQ7kIbt8vkGxsOPNKCORiEjpgw5V+LB/whaVW7D4xT8MQydP aikg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d3-v6si15547984pgk.610.2018.09.17.06.59.01; Mon, 17 Sep 2018 06:59:21 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728692AbeIQTZ2 (ORCPT + 99 others); Mon, 17 Sep 2018 15:25:28 -0400 Received: from mx2.suse.de ([195.135.220.15]:53858 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728591AbeIQTZ2 (ORCPT ); Mon, 17 Sep 2018 15:25:28 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 424C0AC9C; Mon, 17 Sep 2018 13:57:59 +0000 (UTC) Subject: Re: [PATCH 5/5] scsi: libsas: fix a race condition when smp task timeout To: Jason Yan , martin.petersen@oracle.com, jejb@linux.vnet.ibm.com Cc: linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, john.garry@huawei.com, zhaohongjiang@huawei.com, dan.j.williams@intel.com, jthumshirn@suse.de, hch@lst.de, huangdaode@hisilicon.com, chenxiang66@hisilicon.com, miaoxie@huawei.com, Ewan Milne , Tomas Henzl References: <20180912082946.34814-1-yanaijie@huawei.com> <20180912082946.34814-6-yanaijie@huawei.com> From: Hannes Reinecke Message-ID: <58397edb-e05c-f782-1f2a-c9a1dae4b525@suse.com> Date: Mon, 17 Sep 2018 15:57:57 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180912082946.34814-6-yanaijie@huawei.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/12/2018 10:29 AM, 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(). > > Reported-by: chenxiang > Signed-off-by: Jason Yan > CC: John Garry > CC: Johannes Thumshirn > CC: Ewan Milne > CC: Christoph Hellwig > CC: Tomas Henzl > CC: Dan Williams > CC: Hannes Reinecke > --- > 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); > + } > 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); > } > > Reviewed-by: Hannes Reinecke Cheers, Hannes