On 2021/10/27 12:03, Jens Axboe wrote: > On 10/26/21 8:49 PM, Damien Le Moal wrote: >> On 2021/10/27 11:38, Jens Axboe wrote: >>> On 10/26/21 8:22 PM, Damien Le Moal wrote: >>>> From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx> >>>> >>>> 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. > > Queued up 2-5 in the for-5.16/scsi-ma branch. > Thanks ! -- Damien Le Moal Western Digital Research
