<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Kconfig</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>0b7a4817 - ublk: don&apos;t suggest CONFIG_BLK_DEV_UBLK=Y</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#0b7a4817</link>
        <description>ublk: don&apos;t suggest CONFIG_BLK_DEV_UBLK=YThe CONFIG_BLK_DEV_UBLK help text suggests setting the config option toY so task_work_add() can be used to dispatch I/O, improving performance.However, this mechanism was removed in commit 29dc5d06613f2 (&quot;ublk: killqueuing request by task_work_add&quot;). So remove this paragraph from theconfig help text.Signed-off-by: Caleb Sander Mateos &lt;csander@purestorage.com&gt;Reviewed-by: Uday Shankar &lt;ushankar@purestorage.com&gt;Link: https://lore.kernel.org/r/20250416004111.3242817-1-csander@purestorage.comSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Wed, 16 Apr 2025 00:41:10 +0000</pubDate>
        <dc:creator>Caleb Sander Mateos &lt;csander@purestorage.com&gt;</dc:creator>
    </item>
<item>
        <title>b261d222 - lib/crc: remove CONFIG_LIBCRC32C</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#b261d222</link>
        <description>lib/crc: remove CONFIG_LIBCRC32CNow that LIBCRC32C does nothing besides select CRC32, make every optionthat selects LIBCRC32C instead select CRC32 directly.  Then removeLIBCRC32C.Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: &quot;Martin K. Petersen&quot; &lt;martin.petersen@oracle.com&gt;Acked-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Link: https://lore.kernel.org/r/20250401221600.24878-8-ebiggers@kernel.orgSigned-off-by: Eric Biggers &lt;ebiggers@google.com&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Tue, 01 Apr 2025 22:16:00 +0000</pubDate>
        <dc:creator>Eric Biggers &lt;ebiggers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>fb6f20ec - reiserfs: The last commit</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#fb6f20ec</link>
        <description>reiserfs: The last commitDeprecation period of reiserfs ends with the end of this year so it istime to remove it from the kernel.Acked-by: Darrick J. Wong &lt;djwong@kernel.org&gt;Acked-by: Christian Brauner &lt;brauner@kernel.org&gt;Signed-off-by: Jan Kara &lt;jack@suse.cz&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Thu, 17 Oct 2024 10:28:23 +0000</pubDate>
        <dc:creator>Jan Kara &lt;jack@suse.cz&gt;</dc:creator>
    </item>
<item>
        <title>bc5b533b - rust: block: add rnull, Rust null_blk implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#bc5b533b</link>
        <description>rust: block: add rnull, Rust null_blk implementationThis patch adds an initial version of the Rust null block driver.Signed-off-by: Andreas Hindborg &lt;a.hindborg@samsung.com&gt;Reviewed-by: Benno Lossin &lt;benno.lossin@proton.me&gt;Link: https://lore.kernel.org/r/20240611114551.228679-3-nmi@metaspace.dkSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Tue, 11 Jun 2024 11:45:50 +0000</pubDate>
        <dc:creator>Andreas Hindborg &lt;a.hindborg@samsung.com&gt;</dc:creator>
    </item>
<item>
        <title>2d786e66 - block: ublk: switch to ioctl command encoding</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#2d786e66</link>
        <description>block: ublk: switch to ioctl command encodingAll ublk commands(control, IO) should have taken ioctl command encodingfrom the beginning, because ioctl command encoding defines each codeuniquely, so driver can figure out wrong command sent from userspaceeasily; 2) it might help security subsystem for audit uring cmd[1].Unfortunately we didn&apos;t do that way, and it could be one lesson forublk driver.So switch to ioctl command encoding now, we still support commands encodedin old way, but they become legacy definition. Any new command should takeioctl encoding.See ublksrv code for switching to ioctl command encoding in [2].[1] https://lore.kernel.org/io-uring/CAHC9VhSVzujW9LOj5Km80AjU0EfAuukoLrxO6BEfnXeK_s6bAg@mail.gmail.com/[2] https://github.com/ming1/ubdsrv/commits/ioctl_cmd_encodingCc: Christoph Hellwig &lt;hch@infradead.org&gt;Cc: Ken Kurematsu &lt;k.kurematsu@nskint.co.jp&gt;Signed-off-by: Ming Lei &lt;ming.lei@redhat.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Link: https://lore.kernel.org/r/20230418131810.855959-1-ming.lei@redhat.comSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Tue, 18 Apr 2023 13:18:10 +0000</pubDate>
        <dc:creator>Ming Lei &lt;ming.lei@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>72f2b0b2 - drivers/block: Move PARIDE protocol modules to drivers/ata/pata_parport</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#72f2b0b2</link>
        <description>drivers/block: Move PARIDE protocol modules to drivers/ata/pata_parportMove PARIDE protocol modules out of drivers/block intodrivers/ata/pata_parport and update the CONFIG_ symbol names toPATA_PARPORT.[Damien]The pata_parport driver file itsef is also moved together with theprotocol modules in drivers/ata/pata_parport.Signed-off-by: Ondrej Zary &lt;linux@zary.sk&gt;Acked-by: Jens Axboe &lt;axboe@kernel.dk&gt;Signed-off-by: Damien Le Moal &lt;damien.lemoal@opensource.wdc.com&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Mon, 30 Jan 2023 21:10:50 +0000</pubDate>
        <dc:creator>Ondrej Zary &lt;linux@zary.sk&gt;</dc:creator>
    </item>
<item>
        <title>7750d8b5 - drivers/block: Remove PARIDE core and high-level protocols</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#7750d8b5</link>
        <description>drivers/block: Remove PARIDE core and high-level protocolsRemove PARIDE core and high level protocols, taking care not to breaklow-level drivers (used by pata_parport). Also update documentation.Signed-off-by: Ondrej Zary &lt;linux@zary.sk&gt;Acked-by: Jens Axboe &lt;axboe@kernel.dk&gt;Signed-off-by: Damien Le Moal &lt;damien.lemoal@opensource.wdc.com&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Mon, 30 Jan 2023 21:10:49 +0000</pubDate>
        <dc:creator>Ondrej Zary &lt;linux@zary.sk&gt;</dc:creator>
    </item>
<item>
        <title>4b83e99e - Revert &quot;pktcdvd: remove driver.&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#4b83e99e</link>
        <description>Revert &quot;pktcdvd: remove driver.&quot;This reverts commit f40eb99897af665f11858dd7b56edcb62c3f3c67.There are apparently still users out there of this driver. While we&apos;dlove to remove it to ease the maintenance burden, let&apos;s reinstate itfor now until better (userspace) solutions can be developed.Link: https://lore.kernel.org/lkml/20230104190115.ceglfefco475ev6c@pali/Reported-by: Pali Roh&#225;r &lt;pali@kernel.org&gt;Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Wed, 04 Jan 2023 21:44:13 +0000</pubDate>
        <dc:creator>Jens Axboe &lt;axboe@kernel.dk&gt;</dc:creator>
    </item>
<item>
        <title>f40eb998 - pktcdvd: remove driver.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#f40eb998</link>
        <description>pktcdvd: remove driver.Way back in 2016 in commit 5a8b187c61e9 (&quot;pktcdvd: mark as unmaintainedand deprecated&quot;) this driver was marked as &quot;will be removed soon&quot;.  5years seems long enough to have it stick around after that, so finallyremove the thing now.Reported-by: Christoph Hellwig &lt;hch@infradead.org&gt;Cc: Jens Axboe &lt;axboe@kernel.dk&gt;Cc: Thomas Maier &lt;balagi@justmail.de&gt;Cc: Peter Osterlund &lt;petero2@telia.com&gt;Cc: linux-block@vger.kernel.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Link: https://lore.kernel.org/r/20221202182758.1339039-1-gregkh@linuxfoundation.orgSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Fri, 02 Dec 2022 18:27:58 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>d57c2c6c - ublk_drv: comment on ublk_driver entry of Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#d57c2c6c</link>
        <description>ublk_drv: comment on ublk_driver entry of KconfigAdd help info for choosing to build ublk_drv as module or builtin.Signed-off-by: Ming Lei &lt;ming.lei@redhat.com&gt;Reviewed-by: ZiyangZhang &lt;ZiyangZhang@linux.alibaba.com&gt;Link: https://lore.kernel.org/r/20221029010432.598367-3-ming.lei@redhat.comSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Sat, 29 Oct 2022 01:04:30 +0000</pubDate>
        <dc:creator>Ming Lei &lt;ming.lei@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>d13bc4d8 - remove the sx8 block driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#d13bc4d8</link>
        <description>remove the sx8 block driverThis driver is for fairly obscure hardware, and has only seen randomdrive-by changes after the maintainer stopped working on it in 2005(about a year and a half after it was introduced).  It has some&quot;interesting&quot; block layer interactions, so let&apos;s just drop it unlessanyone complains.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Link: https://lore.kernel.org/r/20220721064102.1715460-1-hch@lst.de[axboe: fix date typo, it was in 2005, not 2015]Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Thu, 21 Jul 2022 06:41:02 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>71f28f31 - ublk_drv: add io_uring based userspace block driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#71f28f31</link>
        <description>ublk_drv: add io_uring based userspace block driverThis is the driver part of userspace block driver(ublk driver), the otherpart is userspace daemon part(ublksrv)[1].The two parts communicate by io_uring&apos;s IORING_OP_URING_CMD with oneshared cmd buffer for storing io command, and the buffer is read only forublksrv, each io command is indexed by io request tag directly, and iswritten by ublk driver.For example, when one READ io request is submitted to ublk block driver,ublk driver stores the io command into cmd buffer first, then completesone IORING_OP_URING_CMD for notifying ublksrv, and the URING_CMD is issuedto ublk driver beforehand by ublksrv for getting notification of any newio request, and each URING_CMD is associated with one io request by tag.After ublksrv gets the io command, it translates and handles the ublk iorequest, such as, for the ublk-loop target, ublksrv translates the requestinto same request on another file or disk, like the kernel loop blockdriver. In ublksrv&apos;s implementation, the io is still handled by io_uring,and share same ring with IORING_OP_URING_CMD command. When the target iorequest is done, the same IORING_OP_URING_CMD is issued to ublk driver forboth committing io request result and getting future notification of newio request.Another thing done by ublk driver is to copy data between kernel iorequest and ublksrv&apos;s io buffer:1) before ubsrv handles WRITE request, copy the request&apos;s data into   ublksrv&apos;s userspace io buffer, so that ublksrv can handle the write   request2) after ubsrv handles READ request, copy ublksrv&apos;s userspace io buffer   into this READ request, then ublk driver can complete the READ requestZero copy may be switched if mm is ready to support it.ublk driver doesn&apos;t handle any logic of the specific user space driver,so it is small/simple enough.[1] ublksrvhttps://github.com/ming1/ubdsrvSigned-off-by: Ming Lei &lt;ming.lei@redhat.com&gt;Link: https://lore.kernel.org/r/20220713140711.97356-2-ming.lei@redhat.comSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Wed, 13 Jul 2022 14:07:10 +0000</pubDate>
        <dc:creator>Ming Lei &lt;ming.lei@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>233087ca - floppy: disable FDRAWCMD by default</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#233087ca</link>
        <description>floppy: disable FDRAWCMD by defaultMinh Yuan reported a concurrency use-after-free issue in the floppy codebetween raw_cmd_ioctl and seek_interrupt.[ It turns out this has been around, and that others have reported the  KASAN splats over the years, but Minh Yuan had a reproducer for it and  so gets primary credit for reporting it for this fix   - Linus ]The problem is, this driver tends to break very easily and nowadays,nobody is expected to use FDRAWCMD anyway since it was used tomanipulate non-standard formats.  The risk of breaking the driver ishigher than the risk presented by this race, and accessing the devicerequires privileges anyway.Let&apos;s just add a config option to completely disable this ioctl andleave it disabled by default.  Distros shouldn&apos;t use it, and only thoserunning on antique hardware might need to enable it.Link: https://lore.kernel.org/all/000000000000b71cdd05d703f6bf@google.com/Link: https://lore.kernel.org/lkml/CAKcFiNC=MfYVW-Jt9A3=FPJpTwCD2PL_ULNCpsCVE5s8ZeBQgQ@mail.gmail.comLink: https://lore.kernel.org/all/CAEAjamu1FRhz6StCe_55XY5s389ZP_xmCF69k987En+1z53=eg@mail.gmail.comReported-by: Minh Yuan &lt;yuanmingbuaa@gmail.com&gt;Reported-by: syzbot+8e8958586909d62b6840@syzkaller.appspotmail.comReported-by: cruise k &lt;cruise4k@gmail.com&gt;Reported-by: Kyungtae Kim &lt;kt0755@gmail.com&gt;Suggested-by: Linus Torvalds &lt;torvalds@linuxfoundation.org&gt;Tested-by: Denis Efremov &lt;efremov@linux.com&gt;Signed-off-by: Willy Tarreau &lt;w@1wt.eu&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Tue, 26 Apr 2022 20:41:05 +0000</pubDate>
        <dc:creator>Willy Tarreau &lt;w@1wt.eu&gt;</dc:creator>
    </item>
<item>
        <title>3427f2b2 - block: remove the rsxx driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#3427f2b2</link>
        <description>block: remove the rsxx driverThis driver was for rare and shortlived high end enterprise hardwareand hasn&apos;t been maintained since 2014, which also means it never gotconverted to use blk-mq.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Thu, 16 Dec 2021 08:42:44 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>02746e26 - virtio-blk: avoid preallocating big SGL for data</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#02746e26</link>
        <description>virtio-blk: avoid preallocating big SGL for dataNo need to pre-allocate a big buffer for the IO SGL anymore. If a devicehas lots of deep queues, preallocation for the sg list can consumesubstantial amounts of memory. For HW virtio-blk device, nr_hw_queuescan be 64 or 128 and each queue&apos;s depth might be 128. This means theresulting preallocation for the data SGLs is big.Switch to runtime allocation for SGL for lists longer than 2 entries.This is the approach used by NVMe drivers so it should be reasonable forvirtio block as well. Runtime SGL allocation has always been the casefor the legacy I/O path so this is nothing new.The preallocated small SGL depends on SG_CHAIN so if the ARCH doesn&apos;tsupport SG_CHAIN, use only runtime allocation for the SGL.Re-organize the setup of the IO request to fit the new sg chainmechanism.No performance degradation was seen (fio libaio engine with 16 jobs and128 iodepth):IO size      IOPs Rand Read (before/after)         IOPs Rand Write (before/after)--------     ---------------------------------    ----------------------------------512B          318K/316K                                    329K/325K4KB           323K/321K                                    353K/349K16KB          199K/208K                                    250K/275K128KB         36K/36.1K                                    39.2K/41.7KSigned-off-by: Max Gurtovoy &lt;mgurtovoy@nvidia.com&gt;Reviewed-by: Israel Rukshin &lt;israelr@nvidia.com&gt;Link: https://lore.kernel.org/r/20210901131434.31158-1-mgurtovoy@nvidia.comReviewed-by: Feng Li &lt;lifeng1519@gmail.com&gt;Reviewed-by: Stefan Hajnoczi &lt;stefanha@redhat.com&gt;Tested-by: Stefan Hajnoczi &lt;stefanha@redhat.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt; # kconfig fixupsSigned-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Wed, 01 Sep 2021 13:14:34 +0000</pubDate>
        <dc:creator>Max Gurtovoy &lt;mgurtovoy@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>47e96246 - block: remove support for cryptoloop and the xor transfer</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#47e96246</link>
        <description>block: remove support for cryptoloop and the xor transferSupport for cyrptoloop has been officially marked broken and deprecatedin favor of dm-crypt (which supports the same broken algorithms ifneeded) in Linux 2.6.4 (released in March 2004), and support for it hasbeen entirely removed from losetup in util-linux 2.23 (released in April2013).  The XOR transfer has never been more than a toy to demonstratethe transfer in the bad old times of crypto export restrictions.Remove them as they have some nasty interactions with loop device lifetimes due to the iteration over all loop devices inloop_unregister_transfer.Suggested-by: Milan Broz &lt;gmazyland@gmail.com&gt;Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Link: https://lore.kernel.org/r/20211019075639.2333969-1-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Tue, 19 Oct 2021 07:56:39 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>68ec3b81 - scsi: add a scsi_alloc_request helper</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#68ec3b81</link>
        <description>scsi: add a scsi_alloc_request helperAdd a new helper that calls blk_get_request and initializes thescsi_request to avoid the indirect call through -&gt;.initialize_rq_fn.Note that this makes the pktcdvd driver depend on the SCSI core, butgiven that only SCSI devices support SCSI passthrough requests thatis not a functional change.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Hannes Reinecke &lt;hare@suse.de&gt;Link: https://lore.kernel.org/r/20211021060607.264371-6-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Thu, 21 Oct 2021 06:06:05 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>222013f9 - cryptoloop: add a deprecation warning</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#222013f9</link>
        <description>cryptoloop: add a deprecation warningSupport for cryptoloop has been officially marked broken and deprecatedin favor of dm-crypt (which supports the same broken algorithms ifneeded) in Linux 2.6.4 (released in March 2004), and support for it hasbeen entirely removed from losetup in util-linux 2.23 (released in April2013).  Add a warning and a deprecation schedule.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Link: https://lore.kernel.org/r/20210827163250.255325-1-hch@lst.deSigned-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Fri, 27 Aug 2021 16:32:50 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>33ff4ce4 - scsi: core: Rename CONFIG_BLK_SCSI_REQUEST to CONFIG_SCSI_COMMON</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#33ff4ce4</link>
        <description>scsi: core: Rename CONFIG_BLK_SCSI_REQUEST to CONFIG_SCSI_COMMONCONFIG_BLK_SCSI_REQUEST is rather misnamed as it enables building a smallamount of code shared by the SCSI initiator, target, and consumers of thescsi_request passthrough API.  Rename it and also allow building it as amodule.[mkp: add module license]Link: https://lore.kernel.org/r/20210724072033.1284840-20-hch@lst.deSigned-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Sat, 24 Jul 2021 07:20:28 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>e9ee7fea - scsi: cdrom: Remove the call to scsi_cmd_blk_ioctl() from cdrom_ioctl()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/block/Kconfig#e9ee7fea</link>
        <description>scsi: cdrom: Remove the call to scsi_cmd_blk_ioctl() from cdrom_ioctl()Only the sr driver can handle SCSI passthrough requests, so move the callto scsi_cmd_blk_ioctl() there.Link: https://lore.kernel.org/r/20210724072033.1284840-9-hch@lst.deSigned-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;

            List of files:
            /linux-6.15/drivers/block/Kconfig</description>
        <pubDate>Sat, 24 Jul 2021 07:20:17 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
</channel>
</rss>
