<?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>31e9fa2b - arm: vdso: Switch to generic storage implementation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#31e9fa2b</link>
        <description>arm: vdso: Switch to generic storage implementationThe generic storage implementation provides the same features as thecustom one. However it can be shared between architectures, makingmaintenance easier.Co-developed-by: Nam Cao &lt;namcao@linutronix.de&gt;Signed-off-by: Nam Cao &lt;namcao@linutronix.de&gt;Signed-off-by: Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Link: https://lore.kernel.org/all/20250204-vdso-store-rng-v3-11-13a4669dfc8c@linutronix.de

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Tue, 04 Feb 2025 12:05:43 +0000</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>2560cffd - ARM: Delete ARM11MPCore (ARM11 ARMv6K SMP) support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#2560cffd</link>
        <description>ARM: Delete ARM11MPCore (ARM11 ARMv6K SMP) supportThis ARM11 SMP configuration was one of the first SMP configurationsthe ARM kernel supported, but it has the downside of odd DMA handling,odd cache tagging, and often (as of recent) completely broken cachehandling on the ARM RealView PB11MPCore test chips. To boot theplatform it was necessary to completely disable the cache.When it comes to the EB 11MPCore it is unclear if this ever worked.These reference designs are now the only ARMv6K SMP platforms.As only reference designs of purely academic interest remain, andsince the special-cased DMA and PMU code is hard to maintain anddoesn&apos;t really work, it is not really worth our time.Delete the ARM11MPCore support along with:- The special DMA quirk CONFIG_DMA_CACHE_RWFO that is only used  on ARMv6K SMP, and we are the last ARMV6K system leaving the  building and the cache handling is awkward, so good-bye.- The special PMU handling that was only used by ARM11MPCore.The following is left behind:- TIMER_OF_DECLARE(arm_twd_11mp, &quot;arm,arm11mp-twd-timer&quot;, ...)  in arch/arm/kernel/smp_twd.c, this is still in use by Marvell MMP3  arch/arm/boot/dts/marvell/mmp3.dtsi- IRQCHIP_DECLARE(arm11mp_gic, &quot;arm,arm11mp-gic&quot;, ...)  in drivers/irqchip/irq-gic.c, this is still in use by Marvell MMP3  arch/arm/boot/dts/marvell/mmp3.dtsi- A compatible for the arm11mpcore SCU, since this was mistakedly  used for the Cortex-A9 version of RealView EB.These are unfortunate but will need to be kept around forcompatibility. New Marvell-specific compatibles should however probablybe added.Acked-by: Mark Rutland &lt;mark.rutland@arm.com&gt;Reviewed-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Acked-by: Liviu Dudau &lt;liviu.dudau@arm.com&gt;Link: https://lore.kernel.org/r/20231207-drop-11mpcore-v2-1-560b396f3bf5@linaro.orgSigned-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Thu, 07 Dec 2023 13:33:35 +0000</pubDate>
        <dc:creator>Linus Walleij &lt;linus.walleij@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>e318b36e - arm: update in-source documentation references</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#e318b36e</link>
        <description>arm: update in-source documentation referencesThe Arm documentation has moved to Documentation/arch/arm; updatereferences within arch/arm to match.Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Alim Akhtar &lt;alim.akhtar@samsung.com&gt;Cc: Patrice Chotard &lt;patrice.chotard@foss.st.com&gt;Cc: linux-doc@vger.kernel.orgCc: linux-arm-kernel@lists.infradead.orgCc: linux-arch@vger.kernel.orgSigned-off-by: Jonathan Corbet &lt;corbet@lwn.net&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Wed, 03 May 2023 22:50:54 +0000</pubDate>
        <dc:creator>Jonathan Corbet &lt;corbet@lwn.net&gt;</dc:creator>
    </item>
<item>
        <title>252309ad - ARM: Make CONFIG_CPU_V7 valid for 32bit ARMv8 implementations</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#252309ad</link>
        <description>ARM: Make CONFIG_CPU_V7 valid for 32bit ARMv8 implementationsARMv8 is a superset of ARMv7, and all the ARMv8 features arediscoverable with a set of ID registers. It means that we canuse CPU_V7 to guard ARMv8 features at compile time.This commit simply amends the CPU_V7 configuration symbol commentto reflect that CPU_V7 also covers ARMv8.Signed-off-by: Marc Zyngier &lt;marc.zyngier@arm.com&gt;Signed-off-by: Zaid Al-Bassam &lt;zalbassam@google.com&gt;Tested-by: Florian Fainelli &lt;f.fainelli@gmail.com&gt;Link: https://lore.kernel.org/r/20230317195027.3746949-7-zalbassam@google.comSigned-off-by: Will Deacon &lt;will@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Fri, 17 Mar 2023 19:50:25 +0000</pubDate>
        <dc:creator>Marc Zyngier &lt;marc.zyngier@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>cfb1076d - ARM: 9288/1: Kconfigs: fix spelling &amp; grammar</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#cfb1076d</link>
        <description>ARM: 9288/1: Kconfigs: fix spelling &amp; grammarFix spelling (reported by codespell) and grammar in Arm Kconfig files.Signed-off-by: Randy Dunlap &lt;rdunlap@infradead.org&gt;Cc: linux-arm-kernel@lists.infradead.orgCc: patches@armlinux.org.ukSigned-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Tue, 24 Jan 2023 18:16:18 +0000</pubDate>
        <dc:creator>Randy Dunlap &lt;rdunlap@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>2bf62042 - ARM: 9212/1: domain: Modify Kconfig help text</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#2bf62042</link>
        <description>ARM: 9212/1: domain: Modify Kconfig help textAfter the removal of set_fs() the reference to set_fs() is stale.Alter the helptext to reflect what the config option really does.Fixes: 8ac6f5d7f84b (&quot;ARM: 9113/1: uaccess: remove set_fs() implementation&quot;)Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Signed-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Sun, 19 Jun 2022 19:40:16 +0000</pubDate>
        <dc:creator>Linus Walleij &lt;linus.walleij@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>5d6f5267 - ARM: rework endianess selection</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#5d6f5267</link>
        <description>ARM: rework endianess selectionChoosing big-endian vs little-endian kernels in Kconfig has not workedcorrectly since the introduction of CONFIG_ARCH_MULTIPLATFORM a longtime ago.The problems is that CONFIG_BIG_ENDIAN depends onARCH_SUPPORTS_BIG_ENDIAN, which can set by any one platformin the config, but would actually have to be supported by allof them.This was mostly ok for ARMv6/ARMv7 builds, since these are BE8 andtend to just work aside from problems in nonportable device drivers.For ARMv4/v5 machines, CONFIG_BIG_ENDIAN and CONFIG_ARCH_MULTIPLATFORMwere never set together, so this was disabled on all those machinesexcept for IXP4xx.As IXP4xx can now become part of ARCH_MULTIPLATFORM, it seems better toformalize this logic: all ARMv4/v5 platforms get an explicit dependencyon being either big-endian (ixp4xx) or little-endian (the rest). We maywant to fix ixp4xx in the future to support both, but it does not workin LE mode at the moment.For the ARMv6/v7 platforms, there are two ways this could be handled a) allow both modes only for platforms selecting    &apos;ARCH_SUPPORTS_BIG_ENDIAN&apos; today, but only LE mode for the    others, given that these were added intentionally at some    point. b) allow both modes everwhere, given that it was already possible    to build that way by e.g. selecting ARCH_VIRT, and that the    list is not an accurate reflection of which platforms may or    may not work.Out of these, I picked b) because it seemed slighly more logicalto me.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Mon, 04 Apr 2022 09:52:31 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>b9baf5c8 - ARM: Spectre-BHB workaround</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#b9baf5c8</link>
        <description>ARM: Spectre-BHB workaroundWorkaround the Spectre BHB issues for Cortex-A15, Cortex-A57,Cortex-A72, Cortex-A73 and Cortex-A75. We also include Brahma B15 aswell to be safe, which is affected by Spectre V2 in the same ways asCortex-A15.Reviewed-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Signed-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Thu, 10 Feb 2022 16:05:45 +0000</pubDate>
        <dc:creator>Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;</dc:creator>
    </item>
<item>
        <title>9dd78194 - ARM: report Spectre v2 status through sysfs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#9dd78194</link>
        <description>ARM: report Spectre v2 status through sysfsAs per other architectures, add support for reporting the Spectrevulnerability status via sysfs CPU.Acked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Signed-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Fri, 11 Feb 2022 16:45:54 +0000</pubDate>
        <dc:creator>Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;</dc:creator>
    </item>
<item>
        <title>7b9896c3 - ARM: percpu: add SMP_ON_UP support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#7b9896c3</link>
        <description>ARM: percpu: add SMP_ON_UP supportPermit the use of the TPIDRPRW system register for carrying the per-CPUoffset in generic SMP configurations that also target non-SMP capableARMv6 cores. This uses the SMP_ON_UP code patching framework to turn allTPIDRPRW accesses into reads/writes of entry #0 in the __per_cpu_offsetarray.While at it, switch over some existing direct TPIDRPRW accesses in asmcode to invocations of a new helper that is patched in the same way whennecessary.Note that CPU_V6+SMP without SMP_ON_UP results in a kernel that does notboot on v6 CPUs without SMP extensions, so add this dependency toKconfig as well.Acked-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Acked-by: Nicolas Pitre &lt;nico@fluxnic.net&gt;Signed-off-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Tested-by: Marc Zyngier &lt;maz@kernel.org&gt;Tested-by: Vladimir Murzin &lt;vladimir.murzin@arm.com&gt; # ARMv7M

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Thu, 25 Nov 2021 09:26:44 +0000</pubDate>
        <dc:creator>Ard Biesheuvel &lt;ardb@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>8b5bd5ad - ARM: 9137/1: disallow CONFIG_THUMB with ARMv4</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#8b5bd5ad</link>
        <description>ARM: 9137/1: disallow CONFIG_THUMB with ARMv4We can currently build a multi-cpu enabled kernel that allows both ARMv4and ARMv5 CPUs, and also supports THUMB mode in user space.However, returning to user space in this configuration with the usr_retmacro requires the use of the &apos;bx&apos; instruction, which is refused bythe assembler:arch/arm/kernel/entry-armv.S: Assembler messages:arch/arm/kernel/entry-armv.S:937: Error: selected processor does not support `bx lr&apos; in ARM modearch/arm/kernel/entry-armv.S:960: Error: selected processor does not support `bx lr&apos; in ARM modearch/arm/kernel/entry-armv.S:1003: Error: selected processor does not support `bx lr&apos; in ARM mode&lt;instantiation&gt;:2:2: note: instruction requires: armv4t bx lrWhile it would be possible to handle this correctly in principle, doing soseems to not be worth it, if we can simply avoid the problem by enforcingthat a kernel supporting both ARMv4 and a later CPU architecture cannotrun THUMB binaries.This turned up while build-testing with clang; for some reason,gcc never triggered the problem.Reviewed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Reviewed-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Mon, 18 Oct 2021 14:30:07 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>345dac33 - ARM: 9136/1: ARMv7-M uses BE-8, not BE-32</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#345dac33</link>
        <description>ARM: 9136/1: ARMv7-M uses BE-8, not BE-32When configuring the kernel for big-endian, we set either BE-8 or BE-32based on the CPU architecture level. Until linux-4.4, we did not haveany ARMv7-M platform allowing big-endian builds, but now i.MX/Vybridis in that category, adn we get a build error because of this:arch/arm/kernel/module-plts.c: In function &apos;get_module_plt&apos;:arch/arm/kernel/module-plts.c:60:46: error: implicit declaration of function &apos;__opcode_to_mem_thumb32&apos; [-Werror=implicit-function-declaration]This comes down to picking the wrong default, ARMv7-M uses BE8like ARMv7-A does. Changing the default gets the kernel to compileand presumably works.https://lore.kernel.org/all/1455804123-2526139-2-git-send-email-arnd@arndb.de/Tested-by: Vladimir Murzin &lt;vladimir.murzin@arm.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Mon, 18 Oct 2021 14:30:06 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>89a0b011 - ARM: 9091/1: Revert &quot;mm: qsd8x50: Fix incorrect permission faults&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#89a0b011</link>
        <description>ARM: 9091/1: Revert &quot;mm: qsd8x50: Fix incorrect permission faults&quot;This reverts commit e220ba60223a9d63e70217e5b112160df8c21cea.The VERIFY_PERMISSION_FAULT is introduced since 2009 but noone use it, just revert it and clean unused comment.Signed-off-by: Kefeng Wang &lt;wangkefeng.wang@huawei.com&gt;Signed-off-by: Russell King &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Thu, 03 Jun 2021 12:27:35 +0000</pubDate>
        <dc:creator>Wang Kefeng &lt;wangkefeng.wang@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>cc611137 - ARM: drop efm32 platform</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#cc611137</link>
        <description>ARM: drop efm32 platformI didn&apos;t touch this code since it served as a platform to introduceARMv7-M support to Linux. The only known machine that runs Linux has only4 MiB of RAM (that originally only exists to hold the display&apos;s framebuffer).There are no known users and no further use foreseeable, so drop thecode.Signed-off-by: Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@pengutronix.de&gt;Link: https://lore.kernel.org/r/20210115155130.185010-2-u.kleine-koenig@pengutronix.de&apos;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Fri, 15 Jan 2021 15:51:24 +0000</pubDate>
        <dc:creator>Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@pengutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>28187dc8 - ARM: 9025/1: Kconfig: CPU_BIG_ENDIAN depends on !LD_IS_LLD</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#28187dc8</link>
        <description>ARM: 9025/1: Kconfig: CPU_BIG_ENDIAN depends on !LD_IS_LLDLLD does not yet support any big endian architectures. Make this confignon-selectable when using LLD until LLD is fixed.Link: https://github.com/ClangBuiltLinux/linux/issues/965Signed-off-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Tested-by: Nathan Chancellor &lt;natechancellor@gmail.com&gt;Reviewed-by: Nathan Chancellor &lt;natechancellor@gmail.com&gt;Reported-by: kbuild test robot &lt;lkp@intel.com&gt;Signed-off-by: Russell King &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Mon, 16 Nov 2020 23:46:39 +0000</pubDate>
        <dc:creator>Nick Desaulniers &lt;ndesaulniers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>f86fd32d - lib/vdso: Cleanup clock mode storage leftovers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#f86fd32d</link>
        <description>lib/vdso: Cleanup clock mode storage leftoversNow that all architectures are converted to use the generic storage thehelpers and conditionals can be removed.Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Tested-by: Vincenzo Frascino &lt;vincenzo.frascino@arm.com&gt;Reviewed-by: Vincenzo Frascino &lt;vincenzo.frascino@arm.com&gt;Link: https://lkml.kernel.org/r/20200207124403.470699892@linutronix.de

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Fri, 07 Feb 2020 12:38:59 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>5e3c6a31 - ARM/arm64: vdso: Use common vdso clock mode storage</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#5e3c6a31</link>
        <description>ARM/arm64: vdso: Use common vdso clock mode storageConvert ARM/ARM64 to the generic VDSO clock mode storage. This needs tohappen in one go as they share the clocksource driver.Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Tested-by: Vincenzo Frascino &lt;vincenzo.frascino@arm.com&gt;Reviewed-by: Vincenzo Frascino &lt;vincenzo.frascino@arm.com&gt;Link: https://lkml.kernel.org/r/20200207124403.363235229@linutronix.de

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Fri, 07 Feb 2020 12:38:58 +0000</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>20e2fc42 - ARM: 8930/1: Add support for generic vDSO</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#20e2fc42</link>
        <description>ARM: 8930/1: Add support for generic vDSOThe arm vDSO library requires some adaptations to take advantage ofthe newly introduced generic vDSO library.Introduce the following changes: - Modification vdso.c to be compliant with the common vdso datapage - Use of lib/vdso for gettimeofday - Implementation of elf noteSigned-off-by: Vincenzo Frascino &lt;vincenzo.frascino@arm.com&gt;Signed-off-by: Russell King &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Mon, 04 Nov 2019 10:59:59 +0000</pubDate>
        <dc:creator>Vincenzo Frascino &lt;vincenzo.frascino@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>df8bf2d8 - ARM: mmp: don&apos;t select CACHE_TAUROS2 on all ARCH_MMP</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#df8bf2d8</link>
        <description>ARM: mmp: don&apos;t select CACHE_TAUROS2 on all ARCH_MMPMMP3 has a PJ4B with a Tauros 3 cache controller that uses CACHE_L2X0instead, while CACHE_TAUROS2 is present on PJ4 and PJ1 (Mohawk) basedplatforms only.Signed-off-by: Lubomir Rintel &lt;lkundrak@v3.sk&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Fri, 07 Jun 2019 21:28:20 +0000</pubDate>
        <dc:creator>Lubomir Rintel &lt;lkundrak@v3.sk&gt;</dc:creator>
    </item>
<item>
        <title>936376f8 - arm: select the dma-noncoherent symbols for all swiotlb builds</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/mm/Kconfig#936376f8</link>
        <description>arm: select the dma-noncoherent symbols for all swiotlb buildsWe need to provide the arch hooks for non-coherent dma-directand swiotlb for all swiotlb builds, not just when LPAS is enabled.Without that the Xen build that selects SWIOTLB indirectly throughSWIOTLB_XEN fails to build.Fixes: ad3c7b18c5b3 (&quot;arm: use swiotlb for bounce buffering on LPAE configs&quot;)Reported-by: Stefan Wahren &lt;wahrenst@gmx.net&gt;Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;Tested-by: Stefan Wahren &lt;wahrenst@gmx.net&gt;

            List of files:
            /linux-6.15/arch/arm/mm/Kconfig</description>
        <pubDate>Tue, 20 Aug 2019 01:08:38 +0000</pubDate>
        <dc:creator>Christoph Hellwig &lt;hch@lst.de&gt;</dc:creator>
    </item>
</channel>
</rss>
