Received: by 2002:ab2:788f:0:b0:1ee:8f2e:70ae with SMTP id b15csp585855lqi; Thu, 7 Mar 2024 06:16:01 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCXdAOCZj02IqsN4ThWavqjvkcj3vL2F5cidVeb8mTH9hDYDzZkhNp0fM4SEqKxtI6Zd1II/z+99AZQGEtCkWfIs2nSzg0Cev3HFbChSxA== X-Google-Smtp-Source: AGHT+IHsyj3P5LCEKEE0hXmywPzX8Vae1Qt4ottJJMCjQVdariV1aeOQMoaP1MBQ2HK2afrziGwS X-Received: by 2002:a05:622a:1a09:b0:42e:b163:ecf1 with SMTP id f9-20020a05622a1a0900b0042eb163ecf1mr9590366qtb.2.1709820961626; Thu, 07 Mar 2024 06:16:01 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1709820961; cv=pass; d=google.com; s=arc-20160816; b=gHZtUi0K+NsqH/ly4kRMvxO9vb5HfmGTQeqXmtX7/RPQaoWIeUD6Yv1Bj/v811GckX 9mKQLCqMWtycHcb/DGG4Z1GxOkdZpjSDfIzzsAUheR6qfGSojVB+rMkvj6NlpaHA0uVF /KFUtex5c2/rUf3PJ40W9iBubtpR8FPsKPhghg3P3NmOnvGXqf0XwcpVIQyYDP6JzUDC fAd7WgDRek/MloJ0wWdpaQyjpNCSdH9LuTxq1HhwKNnkLFF8omep/VYj1mgD6fZR3P3K eIxrN9ThR59QKDQCy7/AXeeOP/p1N7Q1/iI7fqJXQAwfK2xAIb4KFDzTkUpYglqprmPE kNaw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:list-unsubscribe:list-subscribe:list-id:precedence :references:in-reply-to:message-id:date:subject:cc:to:from; bh=Z+NkbppBDOFogspUIdK+MmWw+LZfzeCOGzqeT/XW6vQ=; fh=PKov2v7mtZqWrG2ToL14QCqscLF6oofVifdomTnOWI8=; b=BL/l6Lm4xe5GrIMtuNxA0d6AErbCiO8i0OplHWfw7yE2ST9p/Ve/bANujKLNfxbQaD NHgaSzvHAG+GajA19JgiCNqxSRf3andFxgb+Pgkvzfj/HL8tpDI2tJuiInfQxz7u5x1b hLfg+wNpRC2NQKViQcAp0eemqETM7hJDTMx63IP59er3dm5z2hr1w4OH+dcUkm9+EcIG 7Efwl5eJUnPx9MMHBlC6c9EezgQho9fOtLZfnggz8GPtg3Yn5s/uRQcpRz40+SJq+0Fj 0Fku2s8+wXbM6oa5pZne/omTMRWNeHSGiURYUmMlRE0QDj8Z9U6epy5NDz4qBn8HWvs6 xq/Q==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=huawei.com dmarc=pass fromdomain=huawei.com); spf=pass (google.com: domain of linux-kernel+bounces-95709-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-95709-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id p20-20020a05622a049400b0042ef58a659dsi4015981qtx.310.2024.03.07.06.16.01 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Mar 2024 06:16:01 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-95709-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=huawei.com dmarc=pass fromdomain=huawei.com); spf=pass (google.com: domain of linux-kernel+bounces-95709-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-95709-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 4F52E1C2168D for ; Thu, 7 Mar 2024 14:16:01 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 41FB212DDAE; Thu, 7 Mar 2024 14:15:54 +0000 (UTC) Received: from szxga05-in.huawei.com (szxga05-in.huawei.com [45.249.212.191]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 2F9001D699; Thu, 7 Mar 2024 14:15:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=45.249.212.191 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709820953; cv=none; b=MCT1pNHei8/9C4ycoRjlVJRaxG5Z7fZ/7/Jg7Hr4wyGMRlD/+dc6FSh4KYB9vg64cEQxfrWnVEeV6KtNOoNyUCLECZxcIqwq3I20ebnCcc11J+iJsp3NpPzxphhWpGvsF2wHNbSNSVUw9yG2LoGB6dLAmkbvxhiDbsdxzjJScwY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709820953; c=relaxed/simple; bh=u7CyU/Gn809FB8Jl2uilydLVkL+tLjbp10Hl08tZ/5Q=; h=From:To:CC:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=ihTrUvW3KAP9ZAOskD+knbtyIeBdWAtmVlKQ9nQ/6rbjz/9hbmqMITfMd9voo2PVq/d8uBKUruytWi54pJeWZJVMHF22rlXv3CITDcyinLvgBiQul0Pgcu69qyjjtfKBWHq/gxMcCcoJfGQ1vfCB88uKRBDt1vaLY7I8GriUXNE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com; spf=pass smtp.mailfrom=huawei.com; arc=none smtp.client-ip=45.249.212.191 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=huawei.com Received: from mail.maildlp.com (unknown [172.19.162.112]) by szxga05-in.huawei.com (SkyGuard) with ESMTP id 4TrBCv34w2z1FM1f; Thu, 7 Mar 2024 22:15:39 +0800 (CST) Received: from dggpemd100001.china.huawei.com (unknown [7.185.36.94]) by mail.maildlp.com (Postfix) with ESMTPS id C5350140444; Thu, 7 Mar 2024 22:15:48 +0800 (CST) Received: from localhost.localdomain (10.50.165.33) by dggpemd100001.china.huawei.com (7.185.36.94) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1258.28; Thu, 7 Mar 2024 22:15:48 +0800 From: Xingui Yang To: , , , , CC: , , , , , Subject: [PATCH v4 2/2] scsi: libsas: Fix disk not being scanned in after being removed Date: Thu, 7 Mar 2024 14:14:13 +0000 Message-ID: <20240307141413.48049-3-yangxingui@huawei.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20240307141413.48049-1-yangxingui@huawei.com> References: <20240307141413.48049-1-yangxingui@huawei.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain X-ClientProxiedBy: dggems706-chm.china.huawei.com (10.3.19.183) To dggpemd100001.china.huawei.com (7.185.36.94) As of commit d8649fc1c5e4 ("scsi: libsas: Do discovery on empty PHY to update PHY info"), do discovery will send a new SMP_DISCOVER and update phy->phy_change_count. We found that if the disk is reconnected and phy change_count changes at this time, the disk scanning process will not be triggered. Therefore, call sas_set_ex_phy() to update the PHY info with the results of the last query. And because the previous phy info will be used when calling sas_unregister_devs_sas_addr(), sas_unregister_devs_sas_addr() should be called before sas_set_ex_phy(). Fixes: d8649fc1c5e4 ("scsi: libsas: Do discovery on empty PHY to update PHY info") Signed-off-by: Xingui Yang Reviewed-by: John Garry --- drivers/scsi/libsas/sas_expander.c | 32 ++++++++++++++++++++---------- 1 file changed, 22 insertions(+), 10 deletions(-) diff --git a/drivers/scsi/libsas/sas_expander.c b/drivers/scsi/libsas/sas_expander.c index d6147616339f..ee3808bfd534 100644 --- a/drivers/scsi/libsas/sas_expander.c +++ b/drivers/scsi/libsas/sas_expander.c @@ -1955,6 +1955,7 @@ static int sas_rediscover_dev(struct domain_device *dev, int phy_id, struct expander_device *ex = &dev->ex_dev; struct ex_phy *phy = &ex->ex_phy[phy_id]; enum sas_device_type type = SAS_PHY_UNUSED; + struct smp_disc_resp *disc_resp; u8 sas_addr[SAS_ADDR_SIZE]; char msg[80] = ""; int res; @@ -1966,33 +1967,41 @@ static int sas_rediscover_dev(struct domain_device *dev, int phy_id, SAS_ADDR(dev->sas_addr), phy_id, msg); memset(sas_addr, 0, SAS_ADDR_SIZE); - res = sas_get_phy_attached_dev(dev, phy_id, sas_addr, &type); + disc_resp = alloc_smp_resp(DISCOVER_RESP_SIZE); + if (!disc_resp) + return -ENOMEM; + + res = sas_get_phy_discover(dev, phy_id, disc_resp); switch (res) { case SMP_RESP_NO_PHY: phy->phy_state = PHY_NOT_PRESENT; sas_unregister_devs_sas_addr(dev, phy_id, last); - return res; + goto out_free_resp; case SMP_RESP_PHY_VACANT: phy->phy_state = PHY_VACANT; sas_unregister_devs_sas_addr(dev, phy_id, last); - return res; + goto out_free_resp; case SMP_RESP_FUNC_ACC: break; case -ECOMM: break; default: - return res; + goto out_free_resp; } + if (res == 0) + sas_get_sas_addr_and_dev_type(disc_resp, sas_addr, &type); + if ((SAS_ADDR(sas_addr) == 0) || (res == -ECOMM)) { phy->phy_state = PHY_EMPTY; sas_unregister_devs_sas_addr(dev, phy_id, last); /* - * Even though the PHY is empty, for convenience we discover - * the PHY to update the PHY info, like negotiated linkrate. + * Even though the PHY is empty, for convenience we update + * the PHY info, like negotiated linkrate. */ - sas_ex_phy_discover(dev, phy_id); - return res; + if (res == 0) + sas_set_ex_phy(dev, phy_id, disc_resp); + goto out_free_resp; } else if (SAS_ADDR(sas_addr) == SAS_ADDR(phy->attached_sas_addr) && dev_type_flutter(type, phy->attached_dev_type)) { struct domain_device *ata_dev = sas_ex_to_ata(dev, phy_id); @@ -2004,7 +2013,7 @@ static int sas_rediscover_dev(struct domain_device *dev, int phy_id, action = ", needs recovery"; pr_debug("ex %016llx phy%02d broadcast flutter%s\n", SAS_ADDR(dev->sas_addr), phy_id, action); - return res; + goto out_free_resp; } /* we always have to delete the old device when we went here */ @@ -2013,7 +2022,10 @@ static int sas_rediscover_dev(struct domain_device *dev, int phy_id, SAS_ADDR(phy->attached_sas_addr)); sas_unregister_devs_sas_addr(dev, phy_id, last); - return sas_discover_new(dev, phy_id); + res = sas_discover_new(dev, phy_id); +out_free_resp: + kfree(disc_resp); + return res; } /** -- 2.17.1