From: John Garry <john.g.garry@oracle.com>
To: Xingui Yang <yangxingui@huawei.com>,
yanaijie@huawei.com, jejb@linux.ibm.com,
martin.petersen@oracle.com
Cc: linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org,
linuxarm@huawei.com, liyihang9@h-partners.com,
liuyonglong@huawei.com, kangfenglong@huawei.com
Subject: Re: [PATCH v2 0/3] scsi: libsas: handle linkrate change in sas_rediscover_dev
Date: Wed, 13 May 2026 08:29:20 +0100 [thread overview]
Message-ID: <11d3560e-d956-4f0d-abc6-2ed897e0ce45@oracle.com> (raw)
In-Reply-To: <20260513021603.3023329-1-yangxingui@huawei.com>
On 13/05/2026 03:16, Xingui Yang wrote:
> When a device attached to an expander phy experiences a linkrate change
> (e.g., due to cable reconnection or negotiation), the current code in
> sas_rediscover_dev() treats it as "broadcast flutter" and takes no action
> if the SAS address and device type remain unchanged.
Can sas_rediscover_dev() check the linkrate (vs expected) to understand
that this flutter has renegotiated the linkrate and then consider it not
just a flutter?
>
> However, for drivers like hisi_sas, the ITCT entry needs to be updated
> to reflect the new linkrate. Without this update, the hardware continues
> using stale linkrate information, which can cause performance issues or
> protocol errors.
>
> This series introduces a new LLDD callback lldd_dev_info_update() to
> notify the low-level driver when a device's information changes, allowing
> the driver to update its hardware structures accordingly. The callback
> is designed to be extensible for future device information updates beyond
> linkrate changes.
>
> Changes from v1:
> - Split into three patches.
>
> Xingui Yang (3):
> scsi: libsas: refactor sas_ex_to_ata() using new helper
> sas_ex_to_dev()
> scsi: libsas: add lldd_dev_info_update callback for device info
> changes
> scsi: hisi_sas: add support for dev info update notification
>
> drivers/scsi/hisi_sas/hisi_sas_main.c | 16 ++++++++++++++++
> drivers/scsi/libsas/sas_discover.c | 12 ++++++++++++
> drivers/scsi/libsas/sas_expander.c | 25 +++++++++++++++++++------
> drivers/scsi/libsas/sas_internal.h | 2 ++
> include/scsi/libsas.h | 1 +
> 5 files changed, 50 insertions(+), 6 deletions(-)
>
next prev parent reply other threads:[~2026-05-13 7:34 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-13 2:16 [PATCH v2 0/3] scsi: libsas: handle linkrate change in sas_rediscover_dev Xingui Yang
2026-05-13 2:16 ` [PATCH v2 1/3] scsi: libsas: refactor sas_ex_to_ata() using new helper sas_ex_to_dev() Xingui Yang
2026-05-13 6:18 ` Jason Yan
2026-05-13 2:16 ` [PATCH v2 2/3] scsi: libsas: add lldd_dev_info_update callback for device info changes Xingui Yang
2026-05-13 6:22 ` Jason Yan
2026-05-13 2:16 ` [PATCH v2 3/3] scsi: hisi_sas: add support for dev info update notification Xingui Yang
2026-05-13 6:23 ` Jason Yan
2026-05-13 7:29 ` John Garry [this message]
2026-05-13 8:14 ` [PATCH v2 0/3] scsi: libsas: handle linkrate change in sas_rediscover_dev yangxingui
2026-05-14 9:35 ` John Garry
2026-05-14 13:00 ` yangxingui
2026-05-15 8:58 ` 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=11d3560e-d956-4f0d-abc6-2ed897e0ce45@oracle.com \
--to=john.g.garry@oracle.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=liuyonglong@huawei.com \
--cc=liyihang9@h-partners.com \
--cc=martin.petersen@oracle.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.