Changes in Makefile

e5167911 - block: move the block layer auto-integrity code into a new file

Tue, 25 Feb 2025 15:44:32 +0000

block: move the block layer auto-integrity code into a new fileThe code that automatically creates a integrity payload and generates andverifies the checksums for bios that don't have submitter-providedintegrity payload currently sits right in the middle of the blockintegrity metadata infrastructure. Split it into a separate file tomake the different layers clear.Signed-off-by: Christoph Hellwig Reviewed-by: Anuj Gupta Reviewed-by: Kanchan Joshi Reviewed-by: Martin K. Petersen Reviewed-by: Hannes Reinecke Reviewed-by: Johannes Thumshirn Link: https://lore.kernel.org/r/20250225154449.422989-3-hch@lst.deSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

9bc1e897 - blk-mq: remove unused queue mapping helpers

Mon, 02 Dec 2024 14:00:16 +0000

blk-mq: remove unused queue mapping helpersThere are no users left of the pci and virtio queue mapping helpers.Thus remove them.Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke Reviewed-by: Ming Lei Reviewed-by: John Garry Signed-off-by: Daniel Wagner Link: https://lore.kernel.org/r/20241202-refactor-blk-affinity-helpers-v6-8-27211e9c2cd5@kernel.orgSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

e9f5f44a - block: remove the blk_integrity_profile structure

Thu, 13 Jun 2024 08:48:15 +0000

block: remove the blk_integrity_profile structureBlock layer integrity configuration is a bit complex right now, as itindirects through operation vectors for a simple two-dimensionalconfiguration: a) the checksum type of none, ip checksum, crc, crc64 b) the presence or absence of a reference tagRemove the integrity profile, and instead add a separate csum_type flagwhich replaces the existing ip-checksum field and a new flag thatindicates the presence of the reference tag.This removes up to two layers of indirect calls, remove the need tooffload the no-op verification of non-PI metadata to a workqueue andgenerally simplifies the code. The downside is that block/t10-pi.c nowhas to be built into the kernel when CONFIG_BLK_DEV_INTEGRITY issupported. Given that both nvme and SCSI require t10-pi.ko, it is loadedfor all usual configurations that enabled CONFIG_BLK_DEV_INTEGRITYalready, though.Signed-off-by: Christoph Hellwig Reviewed-by: Kanchan Joshi Reviewed-by: Hannes Reinecke Reviewed-by: Martin K. Petersen Link: https://lore.kernel.org/r/20240613084839.1044015-6-hch@lst.deSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

d9f1439a - block: Move zone related debugfs attribute to blk-zoned.c

Mon, 08 Apr 2024 01:41:24 +0000

block: Move zone related debugfs attribute to blk-zoned.cblock/blk-mq-debugfs-zone.c contains a single debugfs attributefunction. Defining this outside of block/blk-zoned.c does not reallyhelp in any way, so move this zone related debugfs attribute toblock/blk-zoned.c and delete block/blk-mq-debugfs-zone.c.Signed-off-by: Damien Le Moal Reviewed-by: Hannes Reinecke Reviewed-by: Christoph Hellwig Reviewed-by: Bart Van Assche Tested-by: Hans Holmberg Tested-by: Dennis Maisenbacher Reviewed-by: Martin K. Petersen Link: https://lore.kernel.org/r/20240408014128.205141-25-dlemoal@kernel.orgSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

702f3189 - block: move the code to do early boot lookup of block devices to block/

Wed, 31 May 2023 12:55:26 +0000

block: move the code to do early boot lookup of block devices to block/Create a new block/early-lookup.c to keep the early block device lookupcode instead of having this code sit with the early mount code.Signed-off-by: Christoph Hellwig Link: https://lore.kernel.org/r/20230531125535.676098-16-hch@lst.deSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

edde9e70 - blk-mq-rdma: remove queue mapping helper for rdma devices

Wed, 22 Mar 2023 12:37:03 +0000

blk-mq-rdma: remove queue mapping helper for rdma devicesNo rdma device exposes its irq vectors affinity today. So the onlymapping that we have left, is the default blk_mq_map_queues, whichwe fallback to anyways. Also fixup the only consumer of this helper(nvme-rdma).Remove this now dead code.Signed-off-by: Sagi Grimberg Acked-by: Keith Busch Signed-off-by: Christoph Hellwig List of files: /linux-6.15/block/Makefile

db056284 - blk-cgroup: move blkcg_{get,set}_fc_appid out of line

Wed, 20 Apr 2022 04:27:12 +0000

blk-cgroup: move blkcg_{get,set}_fc_appid out of lineNo need to have these helpers inline. Also remove the stubs and just usean IS_ENABLED for the get side (the set side already is only builtconditionlly).Signed-off-by: Christoph Hellwig Acked-by: Tejun Heo Link: https://lore.kernel.org/r/20220420042723.1010598-5-hch@lst.deSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

20f01f16 - blk-crypto: show crypto capabilities in sysfs

Mon, 24 Jan 2022 21:59:38 +0000

blk-crypto: show crypto capabilities in sysfsAdd sysfs files that expose the inline encryption capabilities ofrequest queues: /sys/block/$disk/queue/crypto/max_dun_bits /sys/block/$disk/queue/crypto/modes/$mode /sys/block/$disk/queue/crypto/num_keyslotsUserspace can use these new files to decide what encryption settings touse, or whether to use inline encryption at all. This also brings thecrypto capabilities in line with the other queue properties, which arealready discoverable via the queue directory in sysfs.Design notes: - Place the new files in a new subdirectory "crypto" to group them together and to avoid complicating the main "queue" directory. This also makes it possible to replace "crypto" with a symlink later if we ever make the blk_crypto_profiles into real kobjects (see below). - It was necessary to define a new kobject that corresponds to the crypto subdirectory. For now, this kobject just contains a pointer to the blk_crypto_profile. Note that multiple queues (and hence multiple such kobjects) may refer to the same blk_crypto_profile. An alternative design would more closely match the current kernel data structures: the blk_crypto_profile could be a kobject itself, located directly under the host controller device's kobject, while /sys/block/$disk/queue/crypto would be a symlink to it. I decided not to do that for now because it would require a lot more changes, such as no longer embedding blk_crypto_profile in other structures, and also because I'm not sure we can rule out moving the crypto capabilities into 'struct queue_limits' in the future. (Even if multiple queues share the same crypto engine, maybe the supported data unit sizes could differ due to other queue properties.) It would also still be possible to switch to that design later without breaking userspace, by replacing the directory with a symlink. - Use "max_dun_bits" instead of "max_dun_bytes". Currently, the kernel internally stores this value in bytes, but that's an implementation detail. It probably makes more sense to talk about this value in bits, and choosing bits is more future-proof. - "modes" is a sub-subdirectory, since there may be multiple supported crypto modes, sysfs is supposed to have one value per file, and it makes sense to group all the mode files together. - Each mode had to be named. The crypto API names like "xts(aes)" are not appropriate because they don't specify the key size. Therefore, I assigned new names. The exact names chosen are arbitrary, but they happen to match the names used in log messages in fs/crypto/. - The "num_keyslots" file is a bit different from the others in that it is only useful to know for performance reasons. However, it's included as it can still be useful. For example, a user might not want to use inline encryption if there aren't very many keyslots.Reviewed-by: Hannes Reinecke Signed-off-by: Eric Biggers Link: https://lore.kernel.org/r/20220124215938.2769-4-ebiggers@kernel.orgSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

4054cff9 - block: remove blk-exec.c

Wed, 17 Nov 2021 06:13:56 +0000

block: remove blk-exec.cAll this code is tightly coupled to the blk-mq core, so move itthere.Signed-off-by: Christoph Hellwig Reviewed-by: Johannes Thumshirn Link: https://lore.kernel.org/r/20211117061404.331732-4-hch@lst.de[axboe: remove doc generation for blk-exec.c]Signed-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

a2247f19 - block: Add independent access ranges support

Wed, 27 Oct 2021 02:22:19 +0000

block: Add independent access ranges supportThe Concurrent Positioning Ranges VPD page (for SCSI) and data log page(for ATA) contain parameters describing the set of contiguous LBAs thatcan be served independently by a single LUN multi-actuator hard-disk.Similarly, a logically defined block device composed of multiple diskscan in some cases execute requests directed at different sector rangesin parallel. A dm-linear device aggregating 2 block devices together isan example.This patch implements support for exposing a block device independentaccess ranges to the user through sysfs to allow optimizing deviceaccesses to increase performance.To describe the set of independent sector ranges of a device (actuatorsof a multi-actuator HDDs or table entries of a dm-linear device),The type struct blk_independent_access_ranges is introduced. Thisstructure describes the sector ranges using an array ofstruct blk_independent_access_range structures. This range structuredefines the start sector and number of sectors of the access range.The ranges in the array cannot overlap and must contain all sectorswithin the device capacity.The function disk_set_independent_access_ranges() allows a devicedriver to signal to the block layer that a device has multipleindependent access ranges. In this case, a structblk_independent_access_ranges is attached to the device request queueby the function disk_set_independent_access_ranges(). The functiondisk_alloc_independent_access_ranges() is provided for drivers toallocate this structure.struct blk_independent_access_ranges contains kobjects (struct kobject)to expose to the user through sysfs the set of independent access rangessupported by a device. When the device is initialized, sysfsregistration of the ranges information is done from blk_register_queue()using the block layer internal functiondisk_register_independent_access_ranges(). If a driver callsdisk_set_independent_access_ranges() for a registered queue, e.g. when adevice is revalidated, disk_set_independent_access_ranges() will executedisk_register_independent_access_ranges() to update the sysfs attributefiles. The sysfs file structure created starts from theindependent_access_ranges sub-directory and contains the start sectorand number of sectors of each range, with the information for each rangegrouped in numbered sub-directories.E.g. for a dual actuator HDD, the user sees:$ tree /sys/block/sdk/queue/independent_access_ranges//sys/block/sdk/queue/independent_access_ranges/|-- 0| |-- nr_sectors| `-- sector`-- 1 |-- nr_sectors `-- sectorFor a regular device with a single access range, theindependent_access_ranges sysfs directory does not exist.Device revalidation may lead to changes to this structure and to theattribute values. When manipulated, the queue sysfs_lock andsysfs_dir_lock mutexes are held for atomicity, similarly to how theblk-mq and elevator sysfs queue sub-directories are protected.The code related to the management of independent access ranges isadded in the new file block/blk-ia-ranges.c.Signed-off-by: Damien Le Moal Reviewed-by: Hannes Reinecke Reviewed-by: Martin K. Petersen Reviewed-by: Keith Busch Link: https://lore.kernel.org/r/20211027022223.183838-2-damien.lemoal@wdc.comSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

1e8d44bd - blk-crypto: rename keyslot-manager files to blk-crypto-profile

Mon, 18 Oct 2021 18:04:51 +0000

blk-crypto: rename keyslot-manager files to blk-crypto-profileIn preparation for renaming struct blk_keyslot_manager to structblk_crypto_profile, rename the keyslot-manager.h and keyslot-manager.csource files. Renaming these files separately before making a lot ofchanges to their contents makes it easier for git to understand thatthey were renamed.Acked-by: Ulf Hansson # For MMCReviewed-by: Christoph Hellwig Reviewed-by: Mike Snitzer Reviewed-by: Martin K. Petersen Signed-off-by: Eric Biggers Link: https://lore.kernel.org/r/20211018180453.40441-3-ebiggers@kernel.orgSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

4c928904 - block: move CONFIG_BLOCK guard to top Makefile

Mon, 27 Sep 2021 14:00:00 +0000

block: move CONFIG_BLOCK guard to top MakefileEvery object under block/ depends on CONFIG_BLOCK.Move the guard to the top Makefile since there is no point todescend into block/ if CONFIG_BLOCK=n.Signed-off-by: Masahiro Yamada Reviewed-by: Christoph Hellwig Link: https://lore.kernel.org/r/20210927140000.866249-5-masahiroy@kernel.orgSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

0dca4462 - block: move fs/block_dev.c to block/bdev.c

Tue, 07 Sep 2021 14:13:03 +0000

block: move fs/block_dev.c to block/bdev.cMove it together with the rest of the block layer.Signed-off-by: Christoph Hellwig Link: https://lore.kernel.org/r/20210907141303.1371844-3-hch@lst.deSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

cd82cca7 - block: split out operations on block special files

Tue, 07 Sep 2021 14:13:02 +0000

block: split out operations on block special filesAdd a new block/fops.c for all the file and address_space operationsthat provide the block special file support.Signed-off-by: Christoph Hellwig Link: https://lore.kernel.org/r/20210907141303.1371844-2-hch@lst.de[axboe: correct trailing whitespace while at it]Signed-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

0f783995 - Revert "block/mq-deadline: Add cgroup support"

Wed, 11 Aug 2021 17:41:45 +0000

Revert "block/mq-deadline: Add cgroup support"This reverts commit 08a9ad8bf607 ("block/mq-deadline: Add cgroup support")and a follow-up commit c06bc5a3fb42 ("block/mq-deadline: Remove aWARN_ON_ONCE() call"). The added cgroup support has the following issues:* It breaks cgroup interface file format rule by adding custom elements to a nested key-value file.* It registers mq-deadline as a cgroup-aware policy even though all it's doing is collecting per-cgroup stats. Even if we need these stats, this isn't the right way to add them.* It hasn't been reviewed from cgroup side.Cc: Bart Van Assche Cc: Jens Axboe Signed-off-by: Tejun Heo Signed-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

c66fd019 - block: make the block holder code optional

Wed, 04 Aug 2021 09:41:40 +0000

block: make the block holder code optionalMove the block holder code into a separate file as it is not in any wayrelated to the other block_dev.c code, and add a new selectable configoption for it so that we don't have to build it without any remappeddrivers selected.The Kconfig symbol contains a _DEPRECATED suffix to match the commentsadded in commit 49731baa41df("block: restore multiple bd_link_disk_holder() support").Signed-off-by: Christoph Hellwig Reviewed-by: Mike Snitzer Link: https://lore.kernel.org/r/20210804094147.459763-2-hch@lst.deSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

2164877c - block: remove cmdline-parser.c

Wed, 28 Jul 2021 05:37:56 +0000

block: remove cmdline-parser.ccmdline-parser.c is only used by the cmdline faux partition format,so merge the code into that and avoid an indirect call.Signed-off-by: Christoph Hellwig Link: https://lore.kernel.org/r/20210728053756.409654-1-hch@lst.deSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile

f2542a3b - scsi: scsi_ioctl: Move the "block layer" SCSI ioctl handling to drivers/scsi

Sat, 24 Jul 2021 07:20:27 +0000

scsi: scsi_ioctl: Move the "block layer" SCSI ioctl handling to drivers/scsiMerge the ioctl handling in block/scsi_ioctl.c into its only caller indrivers/scsi/scsi_ioctl.c.Link: https://lore.kernel.org/r/20210724072033.1284840-19-hch@lst.deSigned-off-by: Christoph Hellwig Signed-off-by: Martin K. Petersen List of files: /linux-6.15/block/Makefile

78011042 - scsi: bsg: Move bsg_scsi_ops to drivers/scsi/

Sat, 24 Jul 2021 07:20:23 +0000

scsi: bsg: Move bsg_scsi_ops to drivers/scsi/Move the SCSI-specific bsg code in the SCSI midlayer instead of in thecommon bsg code. This just keeps the common bsg code block/ and alsoallows building it as a module.Link: https://lore.kernel.org/r/20210724072033.1284840-15-hch@lst.deSigned-off-by: Christoph Hellwig Signed-off-by: Martin K. Petersen List of files: /linux-6.15/block/Makefile

d5870edf - block: move the disk events code to a separate file

Thu, 24 Jun 2021 07:38:42 +0000

block: move the disk events code to a separate fileMove the code for handling disk events from genhd.c into a new fileas it isn't very related to the rest of the file while at the sametime requiring lots of forward declarations.Signed-off-by: Christoph Hellwig Reviewed-by: Hannes Reinecke Link: https://lore.kernel.org/r/20210624073843.251178-2-hch@lst.deSigned-off-by: Jens Axboe List of files: /linux-6.15/block/Makefile