mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: John Garry <john.garry@linux.dev>
To: John Garry <john.g.garry@oracle.com>,
	james.bottomley@hansenpartnership.com, hare@suse.com,
	mkp@kernel.org
Cc: jmeneghi@redhat.com, linux-nvme@lists.infradead.org,
	linux-scsi@vger.kernel.org, michael.christie@oracle.com,
	snitzer@kernel.org, bmarzins@redhat.com,
	dm-devel@lists.linux.dev, linux-kernel@vger.kernel.org,
	nilay@linux.ibm.com, hch@lst.de, kbusch@kernel.org,
	sagi@grimberg.me
Subject: Re: [PATCH v8 00/27] Native SCSI Multipath support
Date: Wed, 23 Sep 2026 18:16:17 +0100	[thread overview]
Message-ID: <94253b72-0c93-4560-8a96-b2ec1e8b1fa3@linux.dev> (raw)
In-Reply-To: <20260907105021.1763236-1-john.g.garry@oracle.com>

On 9/7/26 11:49, John Garry wrote:
> NATIVE SCSI MULTIPATH:
> 

JFYI, this passes a sanity test on mkp scsi 7.4 queue after all the 
recent sense codes changes, as would be expected.

> This series introduces native SCSI multipath support. It is intended as
> an alternative to dm-mpath.
> 
> This support aims to provide a multipath-enabled SCSI block device/
> gendisk.
> 
> For a SCSI device to support native multipath, either of the following
> conditions must be satisfied:
> a. unique ID in VPD page 83 and ALUA support and scsi_multipath modparam
>     enabled
> b. unique ID in VPD page 83 and scsi_multipath_always modparam enabled
> 
> This series relies on reading sdev->access_state to get path information.
> This path information would be provided by ALUA. ALUA support which does
> not rely on device handlers has already been discussed at
> https://lore.kernel.org/linux-scsi/7755e98f-5619-48ba-bcfc-b64eec930c40@oracle.com/
> and support will be added in the next phase.
> 
> New classes of devices are added:
> - scsi_mpath_device
> - scsi_mpath_disk
> 
> These are required since a multipath scsi_device has no common scsi host.
> An example of the sysfs files and directories for these new classes is as
> follows:
> 
> $ ls -l /sys/class/scsi_mpath_device/scsi_mpath_device0/
> total 0
> -rw-r--r--    1 root     root          4096 Feb 25 11:59 iopolicy
> drwxr-xr-x    2 root     root             0 Feb 25 11:59 multipath
> drwxr-xr-x    2 root     root             0 Feb 25 11:59 power
> lrwxrwxrwx    1 root     root             0 Feb 25 11:59 subsystem ->
> ../../../../class/scsi_mpath_device
> -rw-r--r--    1 root     root          4096 Feb 25 11:58 uevent
> -r--r--r--    1 root     root          4096 Feb 25 11:59 vpd_id
> $ ls -l /sys/class/scsi_mpath_device/scsi_mpath_device0/multipath/
> total 0
> lrwxrwxrwx    1 root     root             0 Feb 25 11:59 8:0:0:0 ->
> ../../../../platform/host8/session1/target8:0:0/8:0:0:0
> lrwxrwxrwx    1 root     root             0 Feb 25 11:59 9:0:0:0 ->
> ../../../../platform/host9/session2/target9:0:0/9:0:0:0
> $ cat /sys/class/scsi_mpath_device/scsi_mpath_device0/vpd_id
> naa.600140505200a986f0043c9afa1fd077
> $ cat /sys/class/scsi_mpath_device/scsi_mpath_device0/iopolicy
> numa
> $
> 
> $ ls -l /sys/class/scsi_mpath_disk/scsi_mpath_disk0/
> total 0
> drwxr-xr-x    2 root     root             0 Feb 25 12:00 power
> drwxr-xr-x   11 root     root             0 Feb 25 11:58 sdc
> lrwxrwxrwx    1 root     root             0 Feb 25 11:58 subsystem ->
> ../../../../class/scsi_mpath_disk
> -rw-r--r--    1 root     root          4096 Feb 25 11:58 uevent
> $ ls -l /sys/class/scsi_mpath_disk/scsi_mpath_disk0/sdc/multipath/
> total 0
> lrwxrwxrwx    1 root     root             0 Feb 25 12:00 sdc:0 ->
> ../../../../../platform/host8/session1/target8:0:0/8:0:0:0/block/sdc:0
> lrwxrwxrwx    1 root     root             0 Feb 25 12:00 sdc:1 ->
> ../../../../../platform/host9/session2/target9:0:0/9:0:0:0/block/sdc:1
> 
> $ ls -l /dev/sdc
> brw-rw----    1 root     disk        8,  32 Feb 25 11:58 /dev/sdc
> 
> The scsi_device and scsi_disk classes otherwise remain unmodified.
> However, the per-path block device is hidden in /dev/. Furthermore,
> multipathed block devices have a new naming scheme, sdX:Y, where
> X is the scsi multipath device index and Y is the path index.
> 
> No multipath sg support is added. We still have a per-path sg device.
> Since the SCSI block device is multipath enabled, we can access
> multipathed scsi_ioctl() through that block device.
> 
> For failover, we take the approach of cloning bio's and re-submitting them
> in full (for failover errors).
> 
> LIBMULTIPATH:
> 
> This series introduces also libmultipath. It is essentially a refactoring
> of NVME multipath support, so we can have a common library to also support
> native SCSI multipath.
> 
> Much of the code is taken directly from the NVMe multipath code. However,
> NVMe specifics are removed. A template structure is provided so the driver
> -may provide callbacks for driver specifics, like ANA support for NVMe.
> 
> Important new structures introduced include:
> 
> - mpath_head
> These contain much of the multipath-specific functionality from
> nvme_ns_head, including a pointer to the gendisk structure and
> a path SRCU-based array.
> 
> - mpath_device
> This is the per-path structure, and contains much the same
> multipath-specific functionality in nvme_ns
> 
> libmultipath provides functionality for path management, path selection,
> data path, and failover handling.
> 
> Full series also available at
> https://github.com/johnpgarry/linux/commits/scsi-multipath-v7.3-v8/
> 
> Differences to v7:
> - rebase
> - simplify scsi_mpath_clone_end_io() (sashiko)
> - rename bio_list_add_clone() -> bio_list_add_master()
> - rework checks in mpath_alloc_disk_head() (sashiko)
> 
> Differences to v6:
> - rebase
> - add scsi_mpath_get_head()
> 
> Differences to v5:
> - deal with issues sashiko found in libmultipath:
>   - include wait_bit.h
>   - don't store error in mpath_head->disk
>   - use check_mul_overflow() in mpath_can_remove_head()
>   - use -ENOTTY in mpath_bdev_ioctl()
> - deal with issues sashiko found in scsi mpath support:
>   - check 0 returned from scsi_vpd_lun_id()
>   - call flush_work() in scsi_mpath_device_iopolicy_store()
>   - clear SCMD_MPATH_IO_STATS for !bio in scsi_mpath_start_request()
>   - add checks for calling scsi_mpath_{start,end}_request()
>   - tweak sd_mpath_dev_show()
> 
> John Garry (27):
>    libmultipath: Add initial framework
>    libmultipath: Add basic gendisk support
>    libmultipath: Add path selection support
>    libmultipath: Add bio handling
>    libmultipath: Add support for mpath_device management
>    libmultipath: Add delayed removal support
>    libmultipath: Add sysfs helpers
>    libmultipath: Add support for block device IOCTL
>    libmultipath: Add mpath_bdev_getgeo()
>    libmultipath: Add mpath_bdev_get_unique_id()
>    scsi-multipath: introduce basic SCSI device support
>    scsi-multipath: introduce scsi_device head structure
>    scsi-multipath: provide sysfs link from to scsi_device
>    scsi-multipath: support iopolicy
>    scsi-multipath: clone each bio
>    scsi-multipath: clear path when device is blocked
>    scsi-multipath: revalidate paths upon device unblock
>    scsi-multipath: failover handling
>    scsi-multipath: provide callbacks for path state
>    scsi-multipath: add scsi_mpath_{start,end}_request()
>    scsi-multipath: add delayed disk removal support
>    scsi: sd: add multipath disk class
>    scsi: sd: add multipath disk attr groups
>    scsi: sd: support multipath disk
>    scsi: sd: add mpath_dev file
>    scsi: sd: add mpath_numa_nodes dev attribute
>    scsi: sd: add mpath_queue_depth dev attribute
> 
>   drivers/scsi/Kconfig          |  10 +
>   drivers/scsi/Makefile         |   1 +
>   drivers/scsi/scsi.c           |   8 +-
>   drivers/scsi/scsi_lib.c       |  13 +-
>   drivers/scsi/scsi_multipath.c | 664 ++++++++++++++++++++++++
>   drivers/scsi/scsi_scan.c      |   4 +
>   drivers/scsi/scsi_sysfs.c     |  10 +
>   drivers/scsi/sd.c             | 611 +++++++++++++++++++++-
>   drivers/scsi/sd.h             |   3 +
>   include/linux/multipath.h     | 156 ++++++
>   include/scsi/scsi_cmnd.h      |   9 +-
>   include/scsi/scsi_device.h    |   2 +
>   include/scsi/scsi_driver.h    |   4 +
>   include/scsi/scsi_host.h      |   4 +
>   include/scsi/scsi_multipath.h | 124 +++++
>   lib/Kconfig                   |   6 +
>   lib/Makefile                  |   2 +
>   lib/multipath.c               | 947 ++++++++++++++++++++++++++++++++++
>   18 files changed, 2554 insertions(+), 24 deletions(-)
>   create mode 100644 drivers/scsi/scsi_multipath.c
>   create mode 100644 include/linux/multipath.h
>   create mode 100644 include/scsi/scsi_multipath.h
>   create mode 100644 lib/multipath.c
> 


      parent reply	other threads:[~2026-09-23 17:16 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-07 10:49 John Garry
2026-09-07 10:49 ` [PATCH v8 01/27] libmultipath: Add initial framework John Garry
2026-09-07 10:49 ` [PATCH v8 02/27] libmultipath: Add basic gendisk support John Garry
2026-09-07 10:49 ` [PATCH v8 03/27] libmultipath: Add path selection support John Garry
2026-09-07 10:49 ` [PATCH v8 04/27] libmultipath: Add bio handling John Garry
2026-09-07 10:49 ` [PATCH v8 05/27] libmultipath: Add support for mpath_device management John Garry
2026-09-07 10:50 ` [PATCH v8 06/27] libmultipath: Add delayed removal support John Garry
2026-09-07 10:50 ` [PATCH v8 07/27] libmultipath: Add sysfs helpers John Garry
2026-09-07 10:50 ` [PATCH v8 08/27] libmultipath: Add support for block device IOCTL John Garry
2026-09-07 10:50 ` [PATCH v8 09/27] libmultipath: Add mpath_bdev_getgeo() John Garry
2026-09-07 10:50 ` [PATCH v8 10/27] libmultipath: Add mpath_bdev_get_unique_id() John Garry
2026-09-07 10:50 ` [PATCH v8 11/27] scsi-multipath: introduce basic SCSI device support John Garry
2026-09-07 10:50 ` [PATCH v8 12/27] scsi-multipath: introduce scsi_device head structure John Garry
2026-09-07 10:50 ` [PATCH v8 13/27] scsi-multipath: provide sysfs link from to scsi_device John Garry
2026-09-07 10:50 ` [PATCH v8 14/27] scsi-multipath: support iopolicy John Garry
2026-09-07 10:50 ` [PATCH v8 15/27] scsi-multipath: clone each bio John Garry
2026-09-07 10:50 ` [PATCH v8 16/27] scsi-multipath: clear path when device is blocked John Garry
2026-09-07 10:50 ` [PATCH v8 17/27] scsi-multipath: revalidate paths upon device unblock John Garry
2026-09-07 10:50 ` [PATCH v8 18/27] scsi-multipath: failover handling John Garry
2026-09-07 10:50 ` [PATCH v8 19/27] scsi-multipath: provide callbacks for path state John Garry
2026-09-07 10:50 ` [PATCH v8 20/27] scsi-multipath: add scsi_mpath_{start,end}_request() John Garry
2026-09-07 10:50 ` [PATCH v8 21/27] scsi-multipath: add delayed disk removal support John Garry
2026-09-07 10:50 ` [PATCH v8 22/27] scsi: sd: add multipath disk class John Garry
2026-09-07 10:50 ` [PATCH v8 23/27] scsi: sd: add multipath disk attr groups John Garry
2026-09-07 10:50 ` [PATCH v8 24/27] scsi: sd: support multipath disk John Garry
2026-09-07 10:50 ` [PATCH v8 25/27] scsi: sd: add mpath_dev file John Garry
2026-09-07 10:50 ` [PATCH v8 26/27] scsi: sd: add mpath_numa_nodes dev attribute John Garry
2026-09-07 10:50 ` [PATCH v8 27/27] scsi: sd: add mpath_queue_depth " John Garry
2026-09-23 17:16 ` John Garry [this message]

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=94253b72-0c93-4560-8a96-b2ec1e8b1fa3@linux.dev \
    --to=john.garry@linux.dev \
    --cc=bmarzins@redhat.com \
    --cc=dm-devel@lists.linux.dev \
    --cc=hare@suse.com \
    --cc=hch@lst.de \
    --cc=james.bottomley@hansenpartnership.com \
    --cc=jmeneghi@redhat.com \
    --cc=john.g.garry@oracle.com \
    --cc=kbusch@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-nvme@lists.infradead.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=michael.christie@oracle.com \
    --cc=mkp@kernel.org \
    --cc=nilay@linux.ibm.com \
    --cc=sagi@grimberg.me \
    --cc=snitzer@kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®