From: sashiko-bot@kernel.org
To: "John Garry" <john.g.garry@oracle.com>
Cc: linux-scsi@vger.kernel.org
Subject: Re: [PATCH v5 11/27] scsi-multipath: introduce basic SCSI device support
Date: Mon, 27 Jul 2026 18:59:01 +0000 [thread overview]
Message-ID: <20260727185901.B3C141F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260727144234.3802948-12-john.g.garry@oracle.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] scsi_mpath_unique_lun_id incorrectly accepts a 0-length LUN ID as a valid unique identifier.
--
--- Patch [11]: [PATCH v5 11/27] scsi-multipath: introduce basic SCSI device support ---
commit b27d35f732d009c9f3684249b66e5403b7b120c1
Author: John Garry <john.g.garry@oracle.com>
scsi-multipath: introduce basic SCSI device support
This commit introduces the scsi_mpath_device structure to hold
multipath-specific details for SCSI devices. It also adds a module
parameter to control multipath modes (on, off, always).
> diff --git a/drivers/scsi/scsi_multipath.c b/drivers/scsi/scsi_multipath.c
> new file mode 100644
> index 0000000000000..947f3e2103e6b
> --- /dev/null
> +++ b/drivers/scsi/scsi_multipath.c
[ ... ]
> +static int scsi_mpath_unique_lun_id(struct scsi_device *sdev)
> +{
> + struct scsi_mpath_device *scsi_mpath_dev = sdev->scsi_mpath_dev;
> + int ret;
> +
> + ret = scsi_vpd_lun_id(sdev, scsi_mpath_dev->device_id_str,
> + SCSI_MPATH_DEVICE_ID_LEN);
> + if (ret < 0)
> + return ret;
[Severity: High]
If a SCSI device returns a 0-length designator in VPD page 83,
scsi_vpd_lun_id() will return 0. Does checking only for (ret < 0)
incorrectly accept a 0-length LUN ID as a valid unique identifier?
If multiple devices lack a unique ID and return 0, could they all be
assigned an empty string and incorrectly aggregated into the same
multipath group? This might risk routing I/Os intended for one device
to a completely different device.
> +
> + return 0;
> +}
> +
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260727144234.3802948-1-john.g.garry@oracle.com?part=11
next prev parent reply other threads:[~2026-07-27 18:59 UTC|newest]
Thread overview: 71+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-27 14:42 [PATCH v5 00/27] Native SCSI Multipath support John Garry
2026-07-27 14:42 ` [PATCH v5 01/27] libmultipath: Add initial framework John Garry
2026-07-27 15:05 ` sashiko-bot
2026-07-27 15:12 ` John Garry
2026-07-27 14:42 ` [PATCH v5 02/27] libmultipath: Add basic gendisk support John Garry
2026-07-27 15:04 ` sashiko-bot
2026-07-27 15:15 ` John Garry
2026-07-27 14:42 ` [PATCH v5 03/27] libmultipath: Add path selection support John Garry
2026-07-27 15:03 ` sashiko-bot
2026-07-27 15:20 ` John Garry
2026-07-27 14:42 ` [PATCH v5 04/27] libmultipath: Add bio handling John Garry
2026-07-27 14:42 ` [PATCH v5 05/27] libmultipath: Add support for mpath_device management John Garry
2026-07-27 15:03 ` sashiko-bot
2026-07-27 15:23 ` John Garry
2026-07-27 14:42 ` [PATCH v5 06/27] libmultipath: Add delayed removal support John Garry
2026-07-27 15:00 ` sashiko-bot
2026-07-27 15:25 ` John Garry
2026-07-27 14:42 ` [PATCH v5 07/27] libmultipath: Add sysfs helpers John Garry
2026-07-27 15:03 ` sashiko-bot
2026-07-27 15:33 ` John Garry
2026-07-27 14:42 ` [PATCH v5 08/27] libmultipath: Add support for block device IOCTL John Garry
2026-07-27 15:08 ` sashiko-bot
2026-07-27 15:31 ` John Garry
2026-07-27 14:42 ` [PATCH v5 09/27] libmultipath: Add mpath_bdev_getgeo() John Garry
2026-07-27 14:42 ` [PATCH v5 10/27] libmultipath: Add mpath_bdev_get_unique_id() John Garry
2026-07-27 14:42 ` [PATCH v5 11/27] scsi-multipath: introduce basic SCSI device support John Garry
2026-07-27 18:59 ` sashiko-bot [this message]
2026-07-27 14:42 ` [PATCH v5 12/27] scsi-multipath: introduce scsi_device head structure John Garry
2026-07-27 15:15 ` sashiko-bot
2026-07-27 15:37 ` John Garry
2026-07-27 14:42 ` [PATCH v5 13/27] scsi-multipath: provide sysfs link from to scsi_device John Garry
2026-07-27 15:07 ` sashiko-bot
2026-07-27 16:21 ` John Garry
2026-07-27 14:42 ` [PATCH v5 14/27] scsi-multipath: support iopolicy John Garry
2026-07-27 15:06 ` sashiko-bot
2026-07-27 15:39 ` John Garry
2026-07-27 14:42 ` [PATCH v5 15/27] scsi-multipath: clone each bio John Garry
2026-07-27 15:21 ` sashiko-bot
2026-07-27 15:40 ` John Garry
2026-07-27 14:42 ` [PATCH v5 16/27] scsi-multipath: clear path when device is blocked John Garry
2026-07-27 15:14 ` sashiko-bot
2026-07-27 15:44 ` John Garry
2026-07-27 14:42 ` [PATCH v5 17/27] scsi-multipath: revalidate paths upon device unblock John Garry
2026-07-27 15:17 ` sashiko-bot
2026-07-27 16:05 ` John Garry
2026-07-27 14:42 ` [PATCH v5 18/27] scsi-multipath: failover handling John Garry
2026-07-27 14:42 ` [PATCH v5 19/27] scsi-multipath: provide callbacks for path state John Garry
2026-07-27 15:24 ` sashiko-bot
2026-07-27 16:07 ` John Garry
2026-07-27 14:42 ` [PATCH v5 20/27] scsi-multipath: add scsi_mpath_{start,end}_request() John Garry
2026-07-27 15:25 ` sashiko-bot
2026-07-27 16:18 ` John Garry
2026-07-27 14:42 ` [PATCH v5 21/27] scsi-multipath: add delayed disk removal support John Garry
2026-07-27 15:23 ` sashiko-bot
2026-07-27 16:20 ` John Garry
2026-07-27 14:42 ` [PATCH v5 22/27] scsi: sd: add multipath disk class John Garry
2026-07-27 15:14 ` sashiko-bot
2026-07-27 16:21 ` John Garry
2026-07-27 14:42 ` [PATCH v5 23/27] scsi: sd: add multipath disk attr groups John Garry
2026-07-27 15:20 ` sashiko-bot
2026-07-27 16:22 ` John Garry
2026-07-27 14:42 ` [PATCH v5 24/27] scsi: sd: support multipath disk John Garry
2026-07-27 15:20 ` sashiko-bot
2026-07-27 16:33 ` John Garry
2026-07-27 14:42 ` [PATCH v5 25/27] scsi: sd: add mpath_dev file John Garry
2026-07-27 15:33 ` sashiko-bot
2026-07-27 16:24 ` John Garry
2026-07-27 14:42 ` [PATCH v5 26/27] scsi: sd: add mpath_numa_nodes dev attribute John Garry
2026-07-27 14:42 ` [PATCH v5 27/27] scsi: sd: add mpath_queue_depth " John Garry
2026-07-27 15:28 ` sashiko-bot
2026-07-27 15:29 ` John Garry
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=20260727185901.B3C141F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=john.g.garry@oracle.com \
--cc=linux-scsi@vger.kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
/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.