<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>e8dcf2d142bd720c8334233ad6cfdf00f0e76b7f - block: add configurable error injection</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#e8dcf2d142bd720c8334233ad6cfdf00f0e76b7f</link>
        <description>block: add configurable error injectionAdd a new block error injection interface that allows to inject specificstatus code for specific ranges.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Damien Le Moal &lt;dlemoal@kernel.org&gt;Reviewed-by: Hannes Reinecke &lt;hare@kernel.org&gt;Reviewed-by: Md Haris Iqbal &lt;haris.iqbal@linux.dev&gt;Link: https://patch.msgid.link/20260611140703.2401204-5-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Thu, 11 Jun 2026 16:06:47 +0200</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>5f0777166e3eaefc02ec0e381658f510f4d068ce - block: Enable lock context analysis</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#5f0777166e3eaefc02ec0e381658f510f4d068ce</link>
        <description>block: Enable lock context analysisNow that all block/*.c files have been annotated, enable lock contextanalysis for all these source files.Reviewed-by: Hannes Reinecke &lt;hare@kernel.org&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Bart Van Assche &lt;bvanassche@acm.org&gt;Reviewed-by: Chaitanya Kulkarni &lt;kch@nvidia.com&gt;Link: https://patch.msgid.link/e248ca3aeead238bbc489cf3afdafcbff9e41faf.1780682325.git.bvanassche@acm.orgSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Fri, 05 Jun 2026 20:01:07 +0200</pubDate>
        <dc:creator>Bart Van Assche &lt;bvanassche@acm.org&gt;</dc:creator>
    </item>
<item>
        <title>0bde8a12b5540572a7fd6d2867bee6de15e4f289 - block: add fs_bio_integrity helpers</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#0bde8a12b5540572a7fd6d2867bee6de15e4f289</link>
        <description>block: add fs_bio_integrity helpersAdd a set of helpers for file system initiated integrity information.These include mempool backed allocations and verifying based on a passedin sector and size which is often available from file system completionroutines.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Anuj Gupta &lt;anuj20.g@samsung.com&gt;Reviewed-by: Kanchan Joshi &lt;joshi.k@samsung.com&gt;Reviewed-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;Reviewed-by: Darrick J. Wong &lt;djwong@kernel.org&gt;Tested-by: Anuj Gupta &lt;anuj20.g@samsung.com&gt;Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Mon, 23 Feb 2026 14:20:06 +0100</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>b0a4158554b9017467435069c1b327f35987b495 - blk-mq: move the DMA mapping code to a separate file</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#b0a4158554b9017467435069c1b327f35987b495</link>
        <description>blk-mq: move the DMA mapping code to a separate fileWhile working on the new DMA API I kept getting annoyed how it was placedright in the middle of the bio splitting code in blk-merge.c.Split it out into a separate file.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Link: https://lore.kernel.org/r/20250513071433.836797-1-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Tue, 13 May 2025 09:14:32 +0200</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>eeadd68e2a5f6bfe0bf1038ec49e3a8d99eb5fe8 - block: remove bounce buffering support</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#eeadd68e2a5f6bfe0bf1038ec49e3a8d99eb5fe8</link>
        <description>block: remove bounce buffering supportThe block layer bounce buffering support is unused now, remove it.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;Reviewed-by: John Garry &lt;john.g.garry@oracle.com&gt;Reviewed-by: Johannes Thumshirn &lt;johannes.thumshirn@wdc.com&gt;Link: https://lore.kernel.org/r/20250505081138.3435992-7-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Mon, 05 May 2025 10:11:25 +0200</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>e51679112c56ce327d6143caea0f0d2bd4618c4d - block: move the block layer auto-integrity code into a new file</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#e51679112c56ce327d6143caea0f0d2bd4618c4d</link>
        <description>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&apos;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 &lt;hch@lst.de&gt;Reviewed-by: Anuj Gupta &lt;anuj20.g@samsung.com&gt;Reviewed-by: Kanchan Joshi &lt;joshi.k@samsung.com&gt;Reviewed-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;Reviewed-by: Johannes Thumshirn &lt;johannes.thumshirn@wdc.com&gt;Link: https://lore.kernel.org/r/20250225154449.422989-3-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Tue, 25 Feb 2025 16:44:32 +0100</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>9bc1e897a821f19ba3775bb013a8a6fb121c3ca1 - blk-mq: remove unused queue mapping helpers</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#9bc1e897a821f19ba3775bb013a8a6fb121c3ca1</link>
        <description>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 &lt;hch@lst.de&gt;Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;Reviewed-by: Ming Lei &lt;ming.lei@redhat.com&gt;Reviewed-by: John Garry &lt;john.g.garry@oracle.com&gt;Signed-off-by: Daniel Wagner &lt;wagi@kernel.org&gt;Link: https://lore.kernel.org/r/20241202-refactor-blk-affinity-helpers-v6-8-27211e9c2cd5@kernel.orgSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Mon, 02 Dec 2024 15:00:16 +0100</pubDate>
        <dc:creator>Daniel Wagner &lt;wagi@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>e9f5f44ad3725335d9c559c3c22cd3726152a7b1 - block: remove the blk_integrity_profile structure</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#e9f5f44ad3725335d9c559c3c22cd3726152a7b1</link>
        <description>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 &lt;hch@lst.de&gt;Reviewed-by: Kanchan Joshi &lt;joshi.k@samsung.com&gt;Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;Reviewed-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;Link: https://lore.kernel.org/r/20240613084839.1044015-6-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Thu, 13 Jun 2024 10:48:15 +0200</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>d9f1439a30d607f7bd06494ea2a63018b7d46380 - block: Move zone related debugfs attribute to blk-zoned.c</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#d9f1439a30d607f7bd06494ea2a63018b7d46380</link>
        <description>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 &lt;dlemoal@kernel.org&gt;Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Bart Van Assche &lt;bvanassche@acm.org&gt;Tested-by: Hans Holmberg &lt;hans.holmberg@wdc.com&gt;Tested-by: Dennis Maisenbacher &lt;dennis.maisenbacher@wdc.com&gt;Reviewed-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;Link: https://lore.kernel.org/r/20240408014128.205141-25-dlemoal@kernel.orgSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Mon, 08 Apr 2024 03:41:24 +0200</pubDate>
        <dc:creator>Damien Le Moal &lt;dlemoal@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>702f3189e454b3c3c2f3c99dbf30acf41aab707c - block: move the code to do early boot lookup of block devices to block/</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#702f3189e454b3c3c2f3c99dbf30acf41aab707c</link>
        <description>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 &lt;hch@lst.de&gt;Link: https://lore.kernel.org/r/20230531125535.676098-16-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Wed, 31 May 2023 14:55:26 +0200</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>edde9e70bb48301c853299f1bd7c0aa0745a38ea - blk-mq-rdma: remove queue mapping helper for rdma devices</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#edde9e70bb48301c853299f1bd7c0aa0745a38ea</link>
        <description>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 &lt;sagi@grimberg.me&gt;Acked-by: Keith Busch &lt;kbusch@kernel.org&gt;Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Wed, 22 Mar 2023 13:37:03 +0100</pubDate>
        <dc:creator>Sagi Grimberg &lt;sagi@grimberg.me&gt;</dc:creator>
    </item>
<item>
        <title>db05628435aa761d30b4eae481a82befe7a8492a - blk-cgroup: move blkcg_{get,set}_fc_appid out of line</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#db05628435aa761d30b4eae481a82befe7a8492a</link>
        <description>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 &lt;hch@lst.de&gt;Acked-by: Tejun Heo &lt;tj@kernel.org&gt;Link: https://lore.kernel.org/r/20220420042723.1010598-5-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Wed, 20 Apr 2022 06:27:12 +0200</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>20f01f163203666010ee1560852590a0c0572726 - blk-crypto: show crypto capabilities in sysfs</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#20f01f163203666010ee1560852590a0c0572726</link>
        <description>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 &quot;crypto&quot; to group them    together and to avoid complicating the main &quot;queue&quot; directory.  This    also makes it possible to replace &quot;crypto&quot; 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&apos;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&apos;m not sure we can rule out moving the    crypto capabilities into &apos;struct queue_limits&apos; 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 &quot;max_dun_bits&quot; instead of &quot;max_dun_bytes&quot;.  Currently, the    kernel internally stores this value in bytes, but that&apos;s an    implementation detail.  It probably makes more sense to talk about    this value in bits, and choosing bits is more future-proof.  - &quot;modes&quot; 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 &quot;xts(aes)&quot; are    not appropriate because they don&apos;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 &quot;num_keyslots&quot; file is a bit different from the others in that    it is only useful to know for performance reasons.  However, it&apos;s    included as it can still be useful.  For example, a user might not    want to use inline encryption if there aren&apos;t very many keyslots.Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;Link: https://lore.kernel.org/r/20220124215938.2769-4-ebiggers@kernel.orgSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Mon, 24 Jan 2022 22:59:38 +0100</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>4054cff92c357813b6861b622122b344990f7e31 - block: remove blk-exec.c</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#4054cff92c357813b6861b622122b344990f7e31</link>
        <description>block: remove blk-exec.cAll this code is tightly coupled to the blk-mq core, so move itthere.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Johannes Thumshirn &lt;johannes.thumshirn@wdc.com&gt;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 &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Wed, 17 Nov 2021 07:13:56 +0100</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>a2247f19ee1c5ad75ef095cdfb909a3244b88aa8 - block: Add independent access ranges support</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#a2247f19ee1c5ad75ef095cdfb909a3244b88aa8</link>
        <description>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 &lt;damien.lemoal@wdc.com&gt;Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;Reviewed-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;Reviewed-by: Keith Busch &lt;kbusch@kernel.org&gt;Link: https://lore.kernel.org/r/20211027022223.183838-2-damien.lemoal@wdc.comSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Wed, 27 Oct 2021 04:22:19 +0200</pubDate>
        <dc:creator>Damien Le Moal &lt;damien.lemoal@wdc.com&gt;</dc:creator>
    </item>
<item>
        <title>1e8d44bddf57f6d878e083f281a34d5c88feb7db - blk-crypto: rename keyslot-manager files to blk-crypto-profile</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#1e8d44bddf57f6d878e083f281a34d5c88feb7db</link>
        <description>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 &lt;ulf.hansson@linaro.org&gt; # For MMCReviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Mike Snitzer &lt;snitzer@redhat.com&gt;Reviewed-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;Signed-off-by: Eric Biggers &lt;ebiggers@google.com&gt;Link: https://lore.kernel.org/r/20211018180453.40441-3-ebiggers@kernel.orgSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Mon, 18 Oct 2021 20:04:51 +0200</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>4c928904ff771a8e830773b71a080047365324a5 - block: move CONFIG_BLOCK guard to top Makefile</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#4c928904ff771a8e830773b71a080047365324a5</link>
        <description>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 &lt;masahiroy@kernel.org&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Link: https://lore.kernel.org/r/20210927140000.866249-5-masahiroy@kernel.orgSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Mon, 27 Sep 2021 16:00:00 +0200</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>c0f7e49fc480a97770e448e0c0493e7ba46a9852 - Merge tag &apos;block-5.15-2021-09-11&apos; of git://git.kernel.dk/linux-block</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#c0f7e49fc480a97770e448e0c0493e7ba46a9852</link>
        <description>Merge tag &apos;block-5.15-2021-09-11&apos; of git://git.kernel.dk/linux-blockPull block fixes from Jens Axboe: - NVMe pull request from Christoph:     - fix nvmet command set reporting for passthrough controllers (Adam Manzanares)     - update a MAINTAINERS email address (Chaitanya Kulkarni)     - set QUEUE_FLAG_NOWAIT for nvme-multipth (me)     - handle errors from add_disk() (Luis Chamberlain)     - update the keep alive interval when kato is modified (Tatsuya Sasaki)     - fix a buffer overrun in nvmet_subsys_attr_serial (Hannes Reinecke)     - do not reset transport on data digest errors in nvme-tcp (Daniel Wagner)     - only call synchronize_srcu when clearing current path (Daniel Wagner)     - revalidate paths during rescan (Hannes Reinecke) - Split out the fs/block_dev into block/fops.c and block/bdev.c, which   has been long overdue. Do this now before -rc1, to avoid annoying   conflicts due to this (Christoph) - blk-throtl use-after-free fix (Li) - Improve plug depth for multi-device plugs, greatly increasing md   resync performance (Song) - blkdev_show() locking fix (Tetsuo) - n64cart error check fix (Yang)* tag &apos;block-5.15-2021-09-11&apos; of git://git.kernel.dk/linux-block:  n64cart: fix return value check in n64cart_probe()  blk-mq: allow 4x BLK_MAX_REQUEST_COUNT at blk_plug for multiple_queues  block: move fs/block_dev.c to block/bdev.c  block: split out operations on block special files  blk-throttle: fix UAF by deleteing timer in blk_throtl_exit()  block: genhd: don&apos;t call blkdev_show() with major_names_lock held  nvme: update MAINTAINERS email address  nvme: add error handling support for add_disk()  nvme: only call synchronize_srcu when clearing current path  nvme: update keep alive interval when kato is modified  nvme-tcp: Do not reset transport on data digest errors  nvmet: fixup buffer overrun in nvmet_subsys_attr_serial()  nvmet: return bool from nvmet_passthru_ctrl and nvmet_is_passthru_req  nvmet: looks at the passthrough controller when initializing CAP  nvme: move nvme_multi_css into nvme.h  nvme-multipath: revalidate paths during rescan  nvme-multipath: set QUEUE_FLAG_NOWAIT

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Sat, 11 Sep 2021 19:19:51 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>0dca4462ed0681649fdcd5700a6ddfbaa65fa178 - block: move fs/block_dev.c to block/bdev.c</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#0dca4462ed0681649fdcd5700a6ddfbaa65fa178</link>
        <description>block: move fs/block_dev.c to block/bdev.cMove it together with the rest of the block layer.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Link: https://lore.kernel.org/r/20210907141303.1371844-3-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Tue, 07 Sep 2021 16:13:03 +0200</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>cd82cca7ebfe9c6c74a8e5b28382ba88177ba5f1 - block: split out operations on block special files</title>
        <link>http://kernelsources.org:8080/source/history/linux/block/Makefile#cd82cca7ebfe9c6c74a8e5b28382ba88177ba5f1</link>
        <description>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 &lt;hch@lst.de&gt;Link: https://lore.kernel.org/r/20210907141303.1371844-2-hch@lst.de[axboe: correct trailing whitespace while at it]Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux/block/Makefile</description>
        <pubDate>Tue, 07 Sep 2021 16:13:02 +0200</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
</channel>
</rss>
