<?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>833542b3 - s390/dcssblk: Fix build error with CONFIG_DAX=m and CONFIG_DCSSBLK=y</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#833542b3</link>
        <description>s390/dcssblk: Fix build error with CONFIG_DAX=m and CONFIG_DCSSBLK=yAfter commit 653d7825c149 (&quot;dcssblk: mark DAX broken, remove FS_DAX_LIMITEDsupport&quot;) moved the &quot;select DAX&quot; from config DCSSBLK to the new configDCSSBLK_DAX, randconfig tests could result in build errors like this:s390-linux-ld: drivers/s390/block/dcssblk.o: in function `dcssblk_shared_store&apos;:drivers/s390/block/dcssblk.c:417: undefined reference to `kill_dax&apos;s390-linux-ld: drivers/s390/block/dcssblk.c:418: undefined reference to `put_dax&apos;This is because it&apos;s now possible to have CONFIG_DCSSBLK=y, but CONFIG_DAX=m.Fix this by adding &quot;depends on DAX || DAX=n&quot; to config DCSSBLK, to make itexplicit that we want either no DAX, or the same &quot;y/m&quot; for both config DAXand DCSSBLK, similar to config BLK_DEV_DM.This also requires removing the &quot;select DAX&quot; from config DCSSBLK_DAX, orelse there would be a recursive dependency detected. DCSSBLK_DAX is markedas BROKEN at the moment, and won&apos;t work well with DAX anyway, so it doesn&apos;treally matter if it is selected.Fixes: 653d7825c149 (&quot;dcssblk: mark DAX broken, remove FS_DAX_LIMITED support&quot;)Reported-by: kernel test robot &lt;lkp@intel.com&gt;Closes: https://lore.kernel.org/oe-kbuild-all/202504291604.pvjonhWX-lkp@intel.com/Signed-off-by: Gerald Schaefer &lt;gerald.schaefer@linux.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Tue, 29 Apr 2025 16:21:01 +0000</pubDate>
        <dc:creator>Gerald Schaefer &lt;gerald.schaefer@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>653d7825 - dcssblk: mark DAX broken, remove FS_DAX_LIMITED support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#653d7825</link>
        <description>dcssblk: mark DAX broken, remove FS_DAX_LIMITED supportThe dcssblk driver has long needed special case supoprt to enable limiteddax operation, so called CONFIG_FS_DAX_LIMITED.  This mode works aroundthe incomplete support for ZONE_DEVICE on s390 by forgoing the ability ofdax-mapped pages to support GUP.Now, pending cleanups to fsdax that fix its reference counting [1] dependon the ability of all dax drivers to supply ZONE_DEVICE pages.To allow that work to move forward, dax support needs to be paused fordcssblk until ZONE_DEVICE support arrives.  That work has been known for afew years [2], and the removal of &quot;pte_devmap&quot; requirements [3] makes theconversion easier.For now, place the support behind CONFIG_BROKEN, and remove PFN_SPECIAL(dcssblk was the only user).Link: http://lore.kernel.org/cover.9f0e45d52f5cff58807831b6b867084d0b14b61c.1725941415.git-series.apopple@nvidia.com [1]Link: http://lore.kernel.org/20210820210318.187742e8@thinkpad/ [2]Link: http://lore.kernel.org/4511465a4f8429f45e2ac70d2e65dc5e1df1eb47.1725941415.git-series.apopple@nvidia.com [3]Link: https://lkml.kernel.org/r/33eef2379c0d240f40cc15453fad2df1a4ae34c8.1740713401.git-series.apopple@nvidia.comSigned-off-by: Dan Williams &lt;dan.j.williams@intel.com&gt;Reviewed-by: Gerald Schaefer &lt;gerald.schaefer@linux.ibm.com&gt;Tested-by: Alexander Gordeev &lt;agordeev@linux.ibm.com&gt;Acked-by: David Hildenbrand &lt;david@redhat.com&gt;Tested-by: Alison Schofield &lt;alison.schofield@intel.com&gt;Cc: Heiko Carstens &lt;hca@linux.ibm.com&gt;Cc: Vasily Gorbik &lt;gor@linux.ibm.com&gt;Cc: Christian Borntraeger &lt;borntraeger@linux.ibm.com&gt;Cc: Sven Schnelle &lt;svens@linux.ibm.com&gt;Cc: Jan Kara &lt;jack@suse.cz&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Cc: Christoph Hellwig &lt;hch@lst.de&gt;Cc: Alistair Popple &lt;apopple@nvidia.com&gt;Cc: Asahi Lina &lt;lina@asahilina.net&gt;Cc: Balbir Singh &lt;balbirs@nvidia.com&gt;Cc: Bjorn Helgaas &lt;bhelgaas@google.com&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Chunyan Zhang &lt;zhang.lyra@gmail.com&gt;Cc: &quot;Darrick J. Wong&quot; &lt;djwong@kernel.org&gt;Cc: Dave Chinner &lt;david@fromorbit.com&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: Dave Jiang &lt;dave.jiang@intel.com&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Ira Weiny &lt;ira.weiny@intel.com&gt;Cc: Jason Gunthorpe &lt;jgg@nvidia.com&gt;Cc: Jason Gunthorpe &lt;jgg@ziepe.ca&gt;Cc: John Hubbard &lt;jhubbard@nvidia.com&gt;Cc: linmiaohe &lt;linmiaohe@huawei.com&gt;Cc: Logan Gunthorpe &lt;logang@deltatee.com&gt;Cc: Michael &quot;Camp Drill Sergeant&quot; Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Nicholas Piggin &lt;npiggin@gmail.com&gt;Cc: Peter Xu &lt;peterx@redhat.com&gt;Cc: Ted Ts&apos;o &lt;tytso@mit.edu&gt;Cc: Vishal Verma &lt;vishal.l.verma@intel.com&gt;Cc: Vivek Goyal &lt;vgoyal@redhat.com&gt;Cc: WANG Xuerui &lt;kernel@xen0n.name&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Fri, 28 Feb 2025 03:31:13 +0000</pubDate>
        <dc:creator>Dan Williams &lt;dan.j.williams@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>afd586f0 - dax: remove CONFIG_DAX_DRIVER</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#afd586f0</link>
        <description>dax: remove CONFIG_DAX_DRIVERCONFIG_DAX_DRIVER only selects CONFIG_DAX now, so remove it.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Dan Williams &lt;dan.j.williams@intel.com&gt;Link: https://lore.kernel.org/r/20211129102203.2243509-4-hch@lst.deSigned-off-by: Dan Williams &lt;dan.j.williams@intel.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Mon, 29 Nov 2021 10:21:37 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
<item>
        <title>68c32eb2 - s390: remove xpram device driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#68c32eb2</link>
        <description>s390: remove xpram device driverSupport for expanded storage was only available until z13 and z/VM 6.3respectively. However there haven&apos;t been any use cases a long timebefore for this device driver.Therefore remove it.Acked-by: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;hca@linux.ibm.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Mon, 06 Sep 2021 11:59:26 +0000</pubDate>
        <dc:creator>Heiko Carstens &lt;hca@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>3dceecfa - s390/dasd: remove IOSCHED_DEADLINE from DASD Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#3dceecfa</link>
        <description>s390/dasd: remove IOSCHED_DEADLINE from DASD KconfigCONFIG_IOSCHED_DEADLINE was removed withcommit f382fb0bcef4 (&quot;block: remove legacy IO schedulers&quot;)and setting of the scheduler was removed withcommit a5fd8ddce2af (&quot;s390/dasd: remove setting of scheduler from driver&quot;).So get rid of the select.Reported-by: Krzysztof Kozlowski &lt;krzk@kernel.org&gt;Signed-off-by: Stefan Haberland &lt;sth@linux.ibm.com&gt;Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Fri, 17 Apr 2020 09:48:35 +0000</pubDate>
        <dc:creator>Stefan Haberland &lt;sth@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>8b96d971 - s390/Kconfig: pedantic cleanups</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#8b96d971</link>
        <description>s390/Kconfig: pedantic cleanupsFormatting of Kconfig files doesn&apos;t look so pretty, so justtake damp cloth and clean it up.Signed-off-by: Enrico Weigelt, metux IT consult &lt;info@metux.net&gt;Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Wed, 06 Mar 2019 20:32:01 +0000</pubDate>
        <dc:creator>Enrico Weigelt, metux IT consult &lt;info@metux.net&gt;</dc:creator>
    </item>
<item>
        <title>2080e88a - dax: introduce CONFIG_DAX_DRIVER</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#2080e88a</link>
        <description>dax: introduce CONFIG_DAX_DRIVERIn support of allowing device-mapper to compile out idle/dead code whenthere are no dax providers in the system, introduce the DAX_DRIVERsymbol. This is selected by all leaf drivers that device-mapper might belayered on top. This allows device-mapper to conditionally &apos;select DAX&apos;only when a provider is present.Cc: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;Cc: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;Reported-by: Bart Van Assche &lt;Bart.VanAssche@wdc.com&gt;Reviewed-by: Mike Snitzer &lt;snitzer@redhat.com&gt;Signed-off-by: Dan Williams &lt;dan.j.williams@intel.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Fri, 30 Mar 2018 00:20:39 +0000</pubDate>
        <dc:creator>Dan Williams &lt;dan.j.williams@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>569d0365 - dax: require &apos;struct page&apos; by default for filesystem dax</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#569d0365</link>
        <description>dax: require &apos;struct page&apos; by default for filesystem daxIf a dax buffer from a device that does not map pages is passed toread(2) or write(2) as a target for direct-I/O it triggers SIGBUS. Ifgdb attempts to examine the contents of a dax buffer from a device thatdoes not map pages it triggers SIGBUS. If fork(2) is called on a processwith a dax mapping from a device that does not map pages it triggersSIGBUS. &apos;struct page&apos; is required otherwise several kernel code pathsbreak in surprising ways. Disable filesystem-dax on devices that do notmap pages.In addition to needing pfn_to_page() to be valid we also require devmappages.  We need this to detect dax pages in the get_user_pages_fast()path and so that we can stop managing the VM_MIXEDMAP flag. For DAXdrivers that have not supported get_user_pages() to date we allow themto opt-in to supporting DAX with the CONFIG_FS_DAX_LIMITED configurationoption which requires -&gt;direct_access() to return pfn_t_special() pfns.This leaves DAX support in brd disabled and scheduled for removal.Note that when the initial dax support was being merged a few years backthere was concern that struct page was unsuitable for use with nextgeneration persistent memory devices. The theoretical concern was thatstruct page access, being such a hotly used data structure in thekernel, would lead to media wear out. While that was a reasonableconservative starting position it has not held true in practice. We havelong since committed to using devm_memremap_pages() to support higherorder kernel functionality that needs get_user_pages() andpfn_to_page().Cc: Jeff Moyer &lt;jmoyer@redhat.com&gt;Cc: Ross Zwisler &lt;ross.zwisler@linux.intel.com&gt;Cc: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;Cc: Paul Mackerras &lt;paulus@samba.org&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;Cc: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;Reviewed-by: Jan Kara &lt;jack@suse.cz&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Reviewed-by: Gerald Schaefer &lt;gerald.schaefer@de.ibm.com&gt;Signed-off-by: Dan Williams &lt;dan.j.williams@intel.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Sat, 14 Oct 2017 18:33:32 +0000</pubDate>
        <dc:creator>Dan Williams &lt;dan.j.williams@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>9fa1db4c - s390: add a few more SPDX identifiers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#9fa1db4c</link>
        <description>s390: add a few more SPDX identifiersAdd the correct SPDX license to a few more files under arch/s390 anddrivers/s390 which have been missed to far.The SPDX identifier is a legally binding shorthand, which can be usedinstead of the full boiler plate text.Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Mon, 04 Dec 2017 09:39:38 +0000</pubDate>
        <dc:creator>Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>94d26bfc - s390/scm: remove cluster option</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#94d26bfc</link>
        <description>s390/scm: remove cluster optionRemove CONFIG_SCM_BLOCK_CLUSTER_WRITE and related code. This quirk isno longer needed on current hardware.Signed-off-by: Sebastian Ott &lt;sebott@linux.vnet.ibm.com&gt;Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Thu, 01 Dec 2016 11:51:32 +0000</pubDate>
        <dc:creator>Sebastian Ott &lt;sebott@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>7a2765f6 - dcssblk: add dax_operations support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#7a2765f6</link>
        <description>dcssblk: add dax_operations supportSetup a dax_dev to have the same lifetime as the dcssblk block deviceand add a -&gt;direct_access() method that is equivalent todcssblk_direct_access(). Once fs/dax.c has been converted to usedax_operations the old dcssblk_direct_access() will be removed.Reported-by: Gerald Schaefer &lt;gerald.schaefer@de.ibm.com&gt;Acked-by: Gerald Schaefer &lt;gerald.schaefer@de.ibm.com&gt;Signed-off-by: Dan Williams &lt;dan.j.williams@intel.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Thu, 26 Jan 2017 21:54:35 +0000</pubDate>
        <dc:creator>Dan Williams &lt;dan.j.williams@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>0d804b20 - s390/scm_block: force cluster writes</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#0d804b20</link>
        <description>s390/scm_block: force cluster writesForce writes to Storage Class Memory (SCM) to be in done in clusters.Signed-off-by: Sebastian Ott &lt;sebott@linux.vnet.ibm.com&gt;Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Tue, 28 Aug 2012 14:51:19 +0000</pubDate>
        <dc:creator>Sebastian Ott &lt;sebott@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>f30664e2 - s390: add scm block driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#f30664e2</link>
        <description>s390: add scm block driverBlock device driver for Storage Class Memory (SCM). This driverprovides a block device interface for each available SCM increment.Signed-off-by: Sebastian Ott &lt;sebott@linux.vnet.ibm.com&gt;Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Tue, 28 Aug 2012 14:50:38 +0000</pubDate>
        <dc:creator>Sebastian Ott &lt;sebott@linux.vnet.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>6f9a3c33 - [S390] cleanup s390 Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#6f9a3c33</link>
        <description>[S390] cleanup s390 KconfigMake use of def_bool and def_tristate where possible and add sensibledefaults to the config symbols where applicable. This shortens thedefconfig file by another ~40 lines.Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Wed, 05 Jan 2011 11:47:15 +0000</pubDate>
        <dc:creator>Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>08a8a0c5 - [S390] dasd: fix double elevator_exit call when deadline iosched fails to load</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#08a8a0c5</link>
        <description>[S390] dasd: fix double elevator_exit call when deadline iosched fails to loadI compiled the kernel without deadline, and the dasd code exits the oldscheduler (CFQ), fails to load the new one (deadline), and then things justhang - with one of these (sorry about the weird chars - I copy &amp; pasted itfrom a 3270 console):dasd(eckd): 0.0.0151: 3390/0A(CU:3990/01) Cyl:3338 Head:15 Sec:224------------ cut here ------------Badness at kernel/mutex.c:134Modules linked in: dasd_eckd_mod dasd_modCPU: 0 Not tainted 2.6.25-rc3 #9Process exe (pid: 538, task: 000000000d172000, ksp: 000000000d21ef88)Krnl PSW : 0404000180000000 000000000022fb5c (mutex_lock_nested+0x2a4/0x2cc)           R:0 T:1 IO:0 EX:0 Key:0 M:1 W:0 P:0 AS:0 CC:0 PM:0 EA:3Krnl GPRS: 0000000000024218 000000000076fc78 0000000000000000 000000000000000f           000000000022f92e 0000000000449898 000000000f921c00 000003e000162590           00000000001539c4 000000000d172000 070000007fffffff 000000000d21f400           000000000f8f2560 00000000002413f8 000000000022fb44 000000000d21f400Krnl Code: 000000000022fb50: bf2f1000           icm     %r2,15,0(%r1)           000000000022fb54: a774fef6           brc     7,22f940           000000000022fb58: a7f40001           brc     15,22fb5a          &gt;000000000022fb5c: a7f4fef2           brc     15,22f940           000000000022fb60: c0e5fffa112a       brasl   %r14,171db4           000000000022fb66: 1222               ltr     %r2,%r2           000000000022fb68: a784fedb           brc     8,22f91e           000000000022fb6c: c010002a0086       larl    %r1,76fc78Call Trace:(&lt;000000000022f92e&gt; mutex_lock_nested+0x76/0x2cc) &lt;00000000001539c4&gt; elevator_exit+0x38/0x80 &lt;0000000000156ffe&gt; blk_cleanup_queue+0x62/0x7c &lt;000003e0001d5414&gt; dasd_change_state+0xe0/0x8ec &lt;000003e0001d5cae&gt; dasd_set_target_state+0x8e/0x9c &lt;000003e0001d5f74&gt; dasd_generic_set_online+0x160/0x284 &lt;000003e00011e83a&gt; dasd_eckd_set_online+0x2e/0x40 &lt;0000000000199bf4&gt; ccw_device_set_online+0x170/0x2c0 &lt;0000000000199d9e&gt; online_store_recog_and_online+0x5a/0x14c &lt;000000000019a08a&gt; online_store+0xbe/0x2ec &lt;000000000018456c&gt; dev_attr_store+0x38/0x58 &lt;000000000010efbc&gt; sysfs_write_file+0x130/0x190 &lt;00000000000af582&gt; vfs_write+0xb2/0x160 &lt;00000000000afc7c&gt; sys_write+0x54/0x9c &lt;0000000000025e16&gt; sys32_write+0x2e/0x50 &lt;0000000000024218&gt; sysc_noemu+0x10/0x16 &lt;0000000077e82bd2&gt; 0x77e82bd2Set elevator pointer to NULL in order to avoid double elevator_exitcalls when elevator_init call for deadline iosched fails.Also make sure the dasd device driver depends on IOSCHED_DEADLINE sothe default IO scheduler of the dasd driver is present.Signed-off-by: Josef &apos;Jeff&apos; Sipek &lt;jeffpc@josefsipek.net&gt;Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;Signed-off-by: Heiko Carstens &lt;heiko.carstens@de.ibm.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Thu, 17 Apr 2008 05:45:56 +0000</pubDate>
        <dc:creator>Josef &apos;Jeff&apos; Sipek &lt;jeffpc@josefsipek.net&gt;</dc:creator>
    </item>
<item>
        <title>61d48c2c - [S390] Kconfig: use common Kconfig files for s390.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#61d48c2c</link>
        <description>[S390] Kconfig: use common Kconfig files for s390.Disband drivers/s390/Kconfig, use the common Kconfig files. The s390specific config options from drivers/s390/Kconfig are moved to therespective common Kconfig files.Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Thu, 10 May 2007 13:46:00 +0000</pubDate>
        <dc:creator>Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>9361401e - [PATCH] BLOCK: Make it possible to disable the block layer [try #6]</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#9361401e</link>
        <description>[PATCH] BLOCK: Make it possible to disable the block layer [try #6]Make it possible to disable the block layer.  Not all embedded devices requireit, some can make do with just JFFS2, NFS, ramfs, etc - none of which requirethe block layer to be present.This patch does the following: (*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev     support. (*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls     an item that uses the block layer.  This includes:     (*) Block I/O tracing.     (*) Disk partition code.     (*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.     (*) The SCSI layer.  As far as I can tell, even SCSI chardevs use the     	 block layer to do scheduling.  Some drivers that use SCSI facilities -     	 such as USB storage - end up disabled indirectly from this.     (*) Various block-based device drivers, such as IDE and the old CDROM     	 drivers.     (*) MTD blockdev handling and FTL.     (*) JFFS - which uses set_bdev_super(), something it could avoid doing by     	 taking a leaf out of JFFS2&apos;s book. (*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and     linux/elevator.h contingent on CONFIG_BLOCK being set.  sector_div() is,     however, still used in places, and so is still available. (*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and     parts of linux/fs.h. (*) Makes a number of files in fs/ contingent on CONFIG_BLOCK. (*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK. (*) set_page_dirty() doesn&apos;t call __set_page_dirty_buffers() if CONFIG_BLOCK     is not enabled. (*) fs/no-block.c is created to hold out-of-line stubs and things that are     required when CONFIG_BLOCK is not set:     (*) Default blockdev file operations (to give error ENODEV on opening). (*) Makes some /proc changes:     (*) /proc/devices does not list any blockdevs.     (*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK. (*) Makes some compat ioctl handling contingent on CONFIG_BLOCK. (*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if     given command other than Q_SYNC or if a special device is specified. (*) In init/do_mounts.c, no reference is made to the blockdev routines if     CONFIG_BLOCK is not defined.  This does not prohibit NFS roots or JFFS2. (*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return     error ENOSYS by way of cond_syscall if so). (*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if     CONFIG_BLOCK is not set, since they can&apos;t then happen.Signed-Off-By: David Howells &lt;dhowells@redhat.com&gt;Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Sat, 30 Sep 2006 18:45:40 +0000</pubDate>
        <dc:creator>David Howells &lt;dhowells@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>20c64468 - [PATCH] s390: dasd extended error reporting</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#20c64468</link>
        <description>[PATCH] s390: dasd extended error reportingThe DASD extended error reporting is a facility that allows to get detailedinformation about certain problems in the DASD I/O.  This information can beused to implement fail-over applications that can recover these problems.Signed-off-by: Stefan Weinhuber &lt;wein@de.ibm.com&gt;Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Fri, 24 Mar 2006 11:15:25 +0000</pubDate>
        <dc:creator>Stefan Weinhuber &lt;wein@de.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>d0b2eaa3 - [PATCH] s390: remove experimental flag from dasd diag</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#d0b2eaa3</link>
        <description>[PATCH] s390: remove experimental flag from dasd diagThe dasd diag discipline has been tested on 64 bit and is no longerexperimental.Signed-off-by: Peter Oberparleiter &lt;peter.oberparleiter@de.ibm.com&gt;Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Fri, 24 Mar 2006 11:15:24 +0000</pubDate>
        <dc:creator>Peter Oberparleiter &lt;peter.oberparleiter@de.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>8b2eb664 - [PATCH] s390: merge cmb into dasdc</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/s390/block/Kconfig#8b2eb664</link>
        <description>[PATCH] s390: merge cmb into dasdcdasd_cmd just implements three ioctls which are wrappers around functionalityin the core kernel or other modules.  When merging those into dasd_mod theyjust add 22 lines of code which is far less than the amount of code removed inthe last two patches, and which doesn&apos;t spill into another 4k pages when buildmodular, while removing a 128lines module.Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Signed-off-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;

            List of files:
            /linux-6.15/drivers/s390/block/Kconfig</description>
        <pubDate>Fri, 24 Mar 2006 11:15:21 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
</channel>
</rss>
