From: John Garry <john.g.garry@oracle.com>
To: yangxingui <yangxingui@huawei.com>,
yanaijie@huawei.com, jejb@linux.ibm.com,
martin.petersen@oracle.com, damien.lemoal@opensource.wdc.com
Cc: linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org,
linuxarm@huawei.com, prime.zeng@hisilicon.com,
chenxiang66@hisilicon.com, kangfenglong@huawei.com
Subject: Re: [PATCH v2] scsi: libsas: Fix exp-attached end device cannot be scanned in again after probe failed
Date: Tue, 28 May 2024 11:11:24 +0100 [thread overview]
Message-ID: <a8b18cea-cc04-47d0-8ff0-b02dd087dc73@oracle.com> (raw)
In-Reply-To: <12ea14e9-5821-b2b5-16c1-ac48985927d7@huawei.com>
On 25/05/2024 04:08, yangxingui wrote:
>> Why do these new additions not cover the same job which those calls to
>> the same functions @out covers?
> For asynchronous probes like sata, the failure occurs after @out. After
> adding the device to port_delete_list, the port is not deleted
> immediately. This may cause the device to fail to create a new port
> because the previous port has not been deleted when the device attached
> again. as follow:
>
> 1. REVALIDATING DOMAIN
> 2. new device attached
> 3. ata_sas_async_probe
> 4. done REVALIDATING DOMAIN
> 5. @out, handle parent->port->sas_port_del_list
> 6. sata probe failed
> 7. add phy->port->list to parent->port->sas_port_del_list // port won't
> delete now
>
> 8、REVALIDATING DOMAIN
> 9、new device attached
> 10、new port create failed, as port already exits.
>
ok, so next please consider these items:
- add a helper for calling sas_destruct_devices() and sas_destruct_ports().
- add a comment on why we have this new extra call to
sas_destruct_devices() and sas_destruct_ports()
- can we put the new call to sas_destruct_devices() and
sas_destruct_ports() after 7, above? i.e. the
sas_probe_devices() call? It would look a bit neater.
Thanks,
John
next prev parent reply other threads:[~2024-05-28 10:11 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-24 8:08 [PATCH v2] scsi: libsas: Fix exp-attached end device cannot be scanned in again after probe failed Xingui Yang
2024-05-20 13:29 ` yangxingui
2024-05-21 11:47 ` John Garry
2024-05-22 3:51 ` Jason Yan
2024-05-24 8:36 ` John Garry
2024-05-25 3:08 ` yangxingui
2024-05-28 10:11 ` John Garry [this message]
2024-05-31 8:53 ` yangxingui
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=a8b18cea-cc04-47d0-8ff0-b02dd087dc73@oracle.com \
--to=john.g.garry@oracle.com \
--cc=chenxiang66@hisilicon.com \
--cc=damien.lemoal@opensource.wdc.com \
--cc=jejb@linux.ibm.com \
--cc=kangfenglong@huawei.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=linuxarm@huawei.com \
--cc=martin.petersen@oracle.com \
--cc=prime.zeng@hisilicon.com \
--cc=yanaijie@huawei.com \
--cc=yangxingui@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.