Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp6079746imu; Wed, 30 Jan 2019 08:27:46 -0800 (PST) X-Google-Smtp-Source: ALg8bN7+pvFHJQ/5E8m+i0bklE74JCuEKkf2Kkc9L4lNt11xMDZ+SStxQDaPJD3H14cpZ3+bE5N0 X-Received: by 2002:a63:d846:: with SMTP id k6mr28584522pgj.251.1548865666751; Wed, 30 Jan 2019 08:27:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548865666; cv=none; d=google.com; s=arc-20160816; b=lwixCUb/C5RVygrqAcgGJnQK0RdZOMOGJRrCyMQrekn85bj46/wUhYlfRair2yNjV/ ecunPuuo4PiMzJQtF2x6S+YjuNDJNN6WvAJm5hyj41phGVpwVxRceNX49LFAtOhMLxST Q27Cbsgp9f2Nyxux9n2WejKKcqZ1bl6Z9pRsomKuQlMSL//jWYjbW9lDtMi2gbnge+Lz Ez0udAOWzE9qw1YbaS9Lwr/TkBsG1H/bRhhaICSH+PX5a4RZouEWs2jcG18SXCzlVwzT witLQNNP3I4avx0H3kUmwCmpdwhpRgHHleTiCT6rlm9D1RBRzVtXvPID8QMBcWaND2K2 G9hw== 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:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=yV6soa5yl6TAhkhXMQxzljBelSvNkTdA6MzsVolxjbA=; b=YsS/Wzofb1fAQQFENzJzkxIzqg1IEE8g2xQbfh6pyURR2Ph14FibOMPhqlSo1pjScI 9VOhF+9O1kqRsuWUrX2ubWzu+Ae77P+FHYFZygUDtV32qc5yRCLBGkD81IoMmxlaYuI6 VJ+UpIiKisAAwNKbgKPA7J9yETJiUKyJgwBGh2pAbsQZMS8FZfKpVUDdkTuvi2Nan+v1 8y4wL0iG/klMQne2KnRYmkuQvhUU6c0AiqAisai/DT4iYN9U4/2pTLefnSkOP4C8s+IY Bz3JONczxJDeisLvYmHrGmOiQu+3ASOC7p94WUK5BqGbPlqOiNWi5h6VAUTiZvJvYjf0 IImg== 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 j91si1928734pld.395.2019.01.30.08.27.30; Wed, 30 Jan 2019 08:27:46 -0800 (PST) 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 S1731657AbfA3Q0u (ORCPT + 99 others); Wed, 30 Jan 2019 11:26:50 -0500 Received: from szxga06-in.huawei.com ([45.249.212.32]:40542 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727371AbfA3Q0u (ORCPT ); Wed, 30 Jan 2019 11:26:50 -0500 Received: from DGGEMS401-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id B393965C72E10CEA2CC0; Thu, 31 Jan 2019 00:26:43 +0800 (CST) Received: from [127.0.0.1] (10.202.226.43) by DGGEMS401-HUB.china.huawei.com (10.3.19.201) with Microsoft SMTP Server id 14.3.408.0; Thu, 31 Jan 2019 00:26:37 +0800 Subject: Re: [PATCH v2 2/7] scsi: libsas: only clear phy->in_shutdown after shutdown event done To: Jason Yan , , References: <20190130082412.9357-1-yanaijie@huawei.com> <20190130082412.9357-3-yanaijie@huawei.com> CC: , , , , , , , , , , , , Ewan Milne , Tomas Henzl From: John Garry Message-ID: <5643a038-a62f-e19c-1073-d845a8344b9f@huawei.com> Date: Wed, 30 Jan 2019 16:26:28 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20190130082412.9357-3-yanaijie@huawei.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.202.226.43] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 30/01/2019 08:24, Jason Yan wrote: > When the event queue is full of phy up and down events and reached the > threshold, we will queue a shutdown-event, and set phy->in_shutdown so > that we will not queue a shutdown-event again. But before the > shutdown-event can be executed, every phy-down event will clear > phy->in_shutdown and a new shutdown-event will be queued. The queue will > be full of these shutdown-events. > > Fix this by only clear phy->in_shutdown in sas_phye_shutdown(), that is > after the first shutdown-event has been executed. > Seems ok as a fix: Reviewed-by: John Garry After this fix, could we change to use a static per-PHY shutdown event so that we cannot re-queue it? I know that this is going against idea of dynamic events, but it's easier than messing with flags like this. > Fixes: f12486e06ae8 ("scsi: libsas: shut down the PHY if events reached the threshold") > 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_phy.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/drivers/scsi/libsas/sas_phy.c b/drivers/scsi/libsas/sas_phy.c > index 0374243c85d0..762bb13cca74 100644 > --- a/drivers/scsi/libsas/sas_phy.c > +++ b/drivers/scsi/libsas/sas_phy.c > @@ -35,7 +35,6 @@ static void sas_phye_loss_of_signal(struct work_struct *work) > struct asd_sas_event *ev = to_asd_sas_event(work); > struct asd_sas_phy *phy = ev->phy; > > - phy->in_shutdown = 0; > phy->error = 0; > sas_deform_port(phy, 1); > } > @@ -45,7 +44,6 @@ static void sas_phye_oob_done(struct work_struct *work) > struct asd_sas_event *ev = to_asd_sas_event(work); > struct asd_sas_phy *phy = ev->phy; > > - phy->in_shutdown = 0; > phy->error = 0; > } > > @@ -127,6 +125,7 @@ static void sas_phye_shutdown(struct work_struct *work) > } else > pr_notice("phy%02d is not enabled, cannot shutdown\n", > phy->id); > + phy->in_shutdown = 0; > } > > /* ---------- Phy class registration ---------- */ >