Thread (17 messages) 17 messages, 4 authors, 2021-11-04

Re: [PATCH v9 0/5] Initial support for multi-actuator HDDs

From: Damien Le Moal <hidden>
Date: 2021-10-27 02:49:11
Also in: linux-block, linux-scsi

On 2021/10/27 11:38, Jens Axboe wrote:
On 10/26/21 8:22 PM, Damien Le Moal wrote:
quoted
From: Damien Le Moal <redacted>

Single LUN multi-actuator hard-disks are cappable to seek and execute
multiple commands in parallel. This capability is exposed to the host
using the Concurrent Positioning Ranges VPD page (SCSI) and Log (ATA).
Each positioning range describes the contiguous set of LBAs that an
actuator serves.

This series adds support to the scsi disk driver to retreive this
information and advertize it to user space through sysfs. libata is
also modified to handle ATA drives.

The first patch adds the block layer plumbing to expose concurrent
sector ranges of the device through sysfs as a sub-directory of the
device sysfs queue directory. Patch 2 and 3 add support to sd and
libata. Finally patch 4 documents the sysfs queue attributed changes.
Patch 5 fixes a typo in the document file (strictly speaking, not
related to this series).

This series does not attempt in any way to optimize accesses to
multi-actuator devices (e.g. block IO schedulers or filesystems). This
initial support only exposes the independent access ranges information
to user space through sysfs.
I've applied 1/9 for now, as that clearly belongs in the block tree.
Might be the cleanest if SCSI does a post tree that depends on
for-5.16/block. Or I can apply it all as they are reviewed. Let me
know.
Forgot: They are all reviewed, including Martin who sent a Reviewed-by for the
series, but not an Acked-by for patch 2. As for libata patch 3, obviously, this
is Acked-by me.



-- 
Damien Le Moal
Western Digital Research
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help