<?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 Kconfig</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>96942092d5e67c71af246fa3bc1422cdf80a5dc9 - vdso/treewide: Drop GENERIC_TIME_VSYSCALL</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#96942092d5e67c71af246fa3bc1422cdf80a5dc9</link>
        <description>vdso/treewide: Drop GENERIC_TIME_VSYSCALLThis Kconfig symbol is not used anymore, remove it.Signed-off-by: Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;Signed-off-by: Thomas Gleixner &lt;tglx@kernel.org&gt;Link: https://patch.msgid.link/20260519-vdso-generic_time_vsyscal-v1-3-5c2a5905d5f5@linutronix.de

            List of files:
            /linux/arch/arm/mm/Kconfig</description>
        <pubDate>Tue, 19 May 2026 08:26:17 +0200</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>7b338f6d4e3d6baa057e3505592a86f6410d68ed - vdso: Drop Kconfig GENERIC_VDSO_DATA_STORE</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#7b338f6d4e3d6baa057e3505592a86f6410d68ed</link>
        <description>vdso: Drop Kconfig GENERIC_VDSO_DATA_STOREAll users of the generic vDSO library also use the generic vDSO datastore.Remove the now unnecessary Kconfig symbol.Signed-off-by: Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Acked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Link: https://lore.kernel.org/all/20250826-vdso-cleanups-v1-9-d9b65750e49f@linutronix.de

            List of files:
            /linux/arch/arm/mm/Kconfig</description>
        <pubDate>Tue, 26 Aug 2025 08:17:12 +0200</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>278f1c933c3fab6f249b995a1a13608246b76181 - vdso: Drop kconfig GENERIC_VDSO_32</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#278f1c933c3fab6f249b995a1a13608246b76181</link>
        <description>vdso: Drop kconfig GENERIC_VDSO_32This configuration is never used.Remove it.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/20250826-vdso-cleanups-v1-7-d9b65750e49f@linutronix.de

            List of files:
            /linux/arch/arm/mm/Kconfig</description>
        <pubDate>Tue, 26 Aug 2025 08:17:10 +0200</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>31e9fa2ba9ad64ef09eb4a8326e5cc8af3f6fa1d - arm: vdso: Switch to generic storage implementation</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#31e9fa2ba9ad64ef09eb4a8326e5cc8af3f6fa1d</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/arch/arm/mm/Kconfig</description>
        <pubDate>Tue, 04 Feb 2025 13:05:43 +0100</pubDate>
        <dc:creator>Thomas Wei&#223;schuh &lt;thomas.weissschuh@linutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>2560cffd2134c2e070dee369b37f6e55438087f9 - ARM: Delete ARM11MPCore (ARM11 ARMv6K SMP) support</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#2560cffd2134c2e070dee369b37f6e55438087f9</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/arch/arm/mm/Kconfig</description>
        <pubDate>Thu, 07 Dec 2023 14:33:35 +0100</pubDate>
        <dc:creator>Linus Walleij &lt;linus.walleij@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>e318b36ed37d241eb279382bde587eabf1892e34 - arm: update in-source documentation references</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#e318b36ed37d241eb279382bde587eabf1892e34</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/arch/arm/mm/Kconfig</description>
        <pubDate>Thu, 04 May 2023 00:50:54 +0200</pubDate>
        <dc:creator>Jonathan Corbet &lt;corbet@lwn.net&gt;</dc:creator>
    </item>
<item>
        <title>252309adc81f529d42c8c90a4965866ec82cb6ad - ARM: Make CONFIG_CPU_V7 valid for 32bit ARMv8 implementations</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#252309adc81f529d42c8c90a4965866ec82cb6ad</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/arch/arm/mm/Kconfig</description>
        <pubDate>Fri, 17 Mar 2023 20:50:25 +0100</pubDate>
        <dc:creator>Marc Zyngier &lt;marc.zyngier@arm.com&gt;</dc:creator>
    </item>
<item>
        <title>cfb1076d1549f6d500da65a4593a67cba19cb041 - ARM: 9288/1: Kconfigs: fix spelling &amp; grammar</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#cfb1076d1549f6d500da65a4593a67cba19cb041</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/arch/arm/mm/Kconfig</description>
        <pubDate>Tue, 24 Jan 2023 19:16:18 +0100</pubDate>
        <dc:creator>Randy Dunlap &lt;rdunlap@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>2bf6204240fddb22cc4940b9e3f40c538390212e - ARM: 9212/1: domain: Modify Kconfig help text</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#2bf6204240fddb22cc4940b9e3f40c538390212e</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/arch/arm/mm/Kconfig</description>
        <pubDate>Sun, 19 Jun 2022 21:40:16 +0200</pubDate>
        <dc:creator>Linus Walleij &lt;linus.walleij@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>5d6f52671e76ca2d55d74e676ac4c38ceb14a2d3 - ARM: rework endianess selection</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#5d6f52671e76ca2d55d74e676ac4c38ceb14a2d3</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/arch/arm/mm/Kconfig</description>
        <pubDate>Mon, 04 Apr 2022 11:52:31 +0200</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>9c0e6a89b592f4c4e4d769dbc22d399ab0685159 - Merge tag &apos;for-linus&apos; of git://git.armlinux.org.uk/~rmk/linux-arm</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#9c0e6a89b592f4c4e4d769dbc22d399ab0685159</link>
        <description>Merge tag &apos;for-linus&apos; of git://git.armlinux.org.uk/~rmk/linux-armPull ARM updates from Russell King: &quot;Updates for IRQ stacks and virtually mapped stack support, and ftrace:   - Support for IRQ and vmap&apos;ed stacks     This covers all the work related to implementing IRQ stacks and     vmap&apos;ed stacks for all 32-bit ARM systems that are currently     supported by the Linux kernel, including RiscPC and Footbridge. It     has been submitted for review in four different waves:      - IRQ stacks support for v7 SMP systems [0]      - vmap&apos;ed stacks support for v7 SMP systems[1]      - extending support for both IRQ stacks and vmap&apos;ed stacks for all        remaining configurations, including v6/v7 SMP multiplatform        kernels and uniprocessor configurations including v7-M [2]      - fixes and updates in [3]   - ftrace fixes and cleanups     Make all flavors of ftrace available on all builds, regardless of     ISA choice, unwinder choice or compiler [4]:      - use ADD not POP where possible      - fix a couple of Thumb2 related issues      - enable HAVE_FUNCTION_GRAPH_FP_TEST for robustness      - enable the graph tracer with the EABI unwinder      - avoid clobbering frame pointer registers to make Clang happy   - Fixes for the above&quot;[0] https://lore.kernel.org/linux-arm-kernel/20211115084732.3704393-1-ardb@kernel.org/[1] https://lore.kernel.org/linux-arm-kernel/20211122092816.2865873-1-ardb@kernel.org/[2] https://lore.kernel.org/linux-arm-kernel/20211206164659.1495084-1-ardb@kernel.org/[3] https://lore.kernel.org/linux-arm-kernel/20220124174744.1054712-1-ardb@kernel.org/[4] https://lore.kernel.org/linux-arm-kernel/20220203082204.1176734-1-ardb@kernel.org/* tag &apos;for-linus&apos; of git://git.armlinux.org.uk/~rmk/linux-arm: (62 commits)  ARM: fix building NOMMU ARMv4/v5 kernels  ARM: unwind: only permit stack switch when unwinding call_with_stack()  ARM: Revert &quot;unwind: dump exception stack from calling frame&quot;  ARM: entry: fix unwinder problems caused by IRQ stacks  ARM: unwind: set frame.pc correctly for current-thread unwinding  ARM: 9184/1: return_address: disable again for CONFIG_ARM_UNWIND=y  ARM: 9183/1: unwind: avoid spurious warnings on bogus code addresses  Revert &quot;ARM: 9144/1: forbid ftrace with clang and thumb2_kernel&quot;  ARM: mach-bcm: disable ftrace in SMC invocation routines  ARM: cacheflush: avoid clobbering the frame pointer  ARM: kprobes: treat R7 as the frame pointer register in Thumb2 builds  ARM: ftrace: enable the graph tracer with the EABI unwinder  ARM: unwind: track location of LR value in stack frame  ARM: ftrace: enable HAVE_FUNCTION_GRAPH_FP_TEST  ARM: ftrace: avoid unnecessary literal loads  ARM: ftrace: avoid redundant loads or clobbering IP  ARM: ftrace: use trampolines to keep .init.text in branching range  ARM: ftrace: use ADD not POP to counter PUSH at entry  ARM: ftrace: ensure that ADR takes the Thumb bit into account  ARM: make get_current() and __my_cpu_offset() __always_inline  ...

            List of files:
            /linux/arch/arm/mm/Kconfig</description>
        <pubDate>Thu, 24 Mar 2022 01:35:57 +0100</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>b9baf5c8c5c356757f4f9d8180b5e9d234065bc3 - ARM: Spectre-BHB workaround</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#b9baf5c8c5c356757f4f9d8180b5e9d234065bc3</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/arch/arm/mm/Kconfig</description>
        <pubDate>Thu, 10 Feb 2022 17:05:45 +0100</pubDate>
        <dc:creator>Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;</dc:creator>
    </item>
<item>
        <title>9dd78194a3722fa6712192cdd4f7032d45112a9a - ARM: report Spectre v2 status through sysfs</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#9dd78194a3722fa6712192cdd4f7032d45112a9a</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/arch/arm/mm/Kconfig</description>
        <pubDate>Fri, 11 Feb 2022 17:45:54 +0100</pubDate>
        <dc:creator>Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;</dc:creator>
    </item>
<item>
        <title>7b9896c352073156a325c3bb0dc4c46e06e2a468 - ARM: percpu: add SMP_ON_UP support</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#7b9896c352073156a325c3bb0dc4c46e06e2a468</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/arch/arm/mm/Kconfig</description>
        <pubDate>Thu, 25 Nov 2021 10:26:44 +0100</pubDate>
        <dc:creator>Ard Biesheuvel &lt;ardb@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>8b5bd5adf9e6d073e538e2e9de810f2f25379c3b - ARM: 9137/1: disallow CONFIG_THUMB with ARMv4</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#8b5bd5adf9e6d073e538e2e9de810f2f25379c3b</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/arch/arm/mm/Kconfig</description>
        <pubDate>Mon, 18 Oct 2021 16:30:07 +0200</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>345dac33f58894a56d17b92a41be10e16585ceff - ARM: 9136/1: ARMv7-M uses BE-8, not BE-32</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#345dac33f58894a56d17b92a41be10e16585ceff</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/arch/arm/mm/Kconfig</description>
        <pubDate>Mon, 18 Oct 2021 16:30:06 +0200</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>89a0b011fa7258e44b5e720c4057f47c84c1d0c6 - ARM: 9091/1: Revert &quot;mm: qsd8x50: Fix incorrect permission faults&quot;</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#89a0b011fa7258e44b5e720c4057f47c84c1d0c6</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/arch/arm/mm/Kconfig</description>
        <pubDate>Thu, 03 Jun 2021 14:27:35 +0200</pubDate>
        <dc:creator>Wang Kefeng &lt;wangkefeng.wang@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>cc6111375cec44890218e5be654884f8b7bfc566 - ARM: drop efm32 platform</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#cc6111375cec44890218e5be654884f8b7bfc566</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/arch/arm/mm/Kconfig</description>
        <pubDate>Fri, 15 Jan 2021 16:51:24 +0100</pubDate>
        <dc:creator>Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@pengutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>28187dc8ebd938d574edfc6d9e0f9c51c21ff3f4 - ARM: 9025/1: Kconfig: CPU_BIG_ENDIAN depends on !LD_IS_LLD</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#28187dc8ebd938d574edfc6d9e0f9c51c21ff3f4</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/arch/arm/mm/Kconfig</description>
        <pubDate>Tue, 17 Nov 2020 00:46:39 +0100</pubDate>
        <dc:creator>Nick Desaulniers &lt;ndesaulniers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>38206c24ab09b4f4c2a57de5c1af0bb2e69cf5b6 - Merge tag &apos;armsoc-soc&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/mm/Kconfig#38206c24ab09b4f4c2a57de5c1af0bb2e69cf5b6</link>
        <description>Merge tag &apos;armsoc-soc&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/soc/socPull ARM SoC platform updates from Olof Johansson: &quot;Most of these are for MMP (seeing a bunch of cleanups and refactorings  for the first time in a while), and for OMAP (a bunch of cleanups and  added support for voltage controller on OMAP4430)&quot;* tag &apos;armsoc-soc&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc: (51 commits)  ARM: OMAP2+: Add missing put_device() call in omapdss_init_of()  OMAP2: fixup doc comments in omap_device  ARM: OMAP1: drop duplicated dependency on ARCH_OMAP1  ARM: ASPEED: update default ARCH_NR_GPIO for ARCH_ASPEED  ARM: imx: use generic function to exit coherency  ARM: tegra: Use WFE for power-gating on Tegra30  ARM: tegra: Fix FLOW_CTLR_HALT register clobbering by tegra_resume()  ARM: exynos: Enable exynos-asv driver for ARCH_EXYNOS  ARM: s3c: Rename s5p_usb_phy functions  ARM: s3c: Rename s3c64xx_spi_setname() function  ARM: imx: Add serial number support for i.MX6/7 SoCs  ARM: imx: Drop imx_anatop_usb_chrg_detect_disable()  arm64: Introduce config for S32  ARM: hisi: drop useless depend on ARCH_MULTI_V7  arm64: realtek: Select reset controller  ARM: shmobile: rcar-gen2: Drop legacy DT clock support  ARM: OMAP2+: Remove duplicated include from pmic-cpcap.c  ARM: OMAP1: ams-delta FIQ: Fix a typo (&quot;Initiaize&quot;)  MAINTAINERS: Add logicpd-som-lv and logicpd-torpedo to OMAP TREE  ARM: OMAP2+: pdata-quirks: drop TI_ST/KIM support  ...

            List of files:
            /linux/arch/arm/mm/Kconfig</description>
        <pubDate>Thu, 05 Dec 2019 20:38:40 +0100</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
</channel>
</rss>
