<?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>b2128290c29902315e632ea59e0504d6bc9e9b42 - Merge remote-tracking branch &apos;drm/drm-next&apos; into msm-next-backmerge</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#b2128290c29902315e632ea59e0504d6bc9e9b42</link>
        <description>Merge remote-tracking branch &apos;drm/drm-next&apos; into msm-next-backmergeBackmerge of drm-next, mainly to pick up dt bindings docs updates toavoid conflicts.Signed-off-by: Rob Clark &lt;robin.clark@oss.qualcomm.com&gt;

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Sat, 18 Jul 2026 17:06:55 +0200</pubDate>
        <dc:creator>Rob Clark &lt;robin.clark@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>637315cb400eed1dbe721954fea437a61a2d65b2 - Merge tag &apos;kvm-riscv-7.3-1&apos; of https://github.com/kvm-riscv/linux into HEAD</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#637315cb400eed1dbe721954fea437a61a2d65b2</link>
        <description>Merge tag &apos;kvm-riscv-7.3-1&apos; of https://github.com/kvm-riscv/linux into HEADKVM/riscv changes for 7.3- Svadu/Zicfiss/Zicfilp FWFT support for Guest- Use try_cmpxchg for IMSIC MRIF RMW- More arch-specific tracepoints in KVM RISC-V- Eager Page Splitting for KVM RISC-V- Optimize hfence request handling for SMP Guests- Improve dirty log clearing by skipping zero bits in mask- Guard HFENCE range loops against overflow- CPU PM notifiers in KVM RISC-V for non-retentive idle states- Fix kernel-mode vector context save/restore for Guest

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Tue, 18 Aug 2026 13:07:31 +0200</pubDate>
        <dc:creator>Paolo Bonzini &lt;pbonzini@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>efe86f088f48f18c27b648e5724048947f3b7fb4 - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#efe86f088f48f18c27b648e5724048947f3b7fb4</link>
        <description>Merge drm/drm-next into drm-xe-nextSync some i915/display changesSigned-off-by: Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Tue, 14 Jul 2026 15:40:31 +0200</pubDate>
        <dc:creator>Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>6d177908bad5992e17669030db41caab88041d5e - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#6d177908bad5992e17669030db41caab88041d5e</link>
        <description>Merge drm/drm-next into drm-intel-nextSync with v7.2-rc1.Signed-off-by: Jani Nikula &lt;jani.nikula@intel.com&gt;

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Tue, 30 Jun 2026 14:55:43 +0200</pubDate>
        <dc:creator>Jani Nikula &lt;jani.nikula@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>827b9aabd3ea3e96d5e48abed9f44dbd1e550d4e - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#827b9aabd3ea3e96d5e48abed9f44dbd1e550d4e</link>
        <description>Merge drm/drm-next into drm-misc-nextBackmerging to get drm-misc-next to v7.2-rc1.Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Tue, 30 Jun 2026 10:16:00 +0200</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>7dd19adaaac9a161723a24de7c270861063ec6ac - Merge tag &apos;v7.2-rc1&apos; into drm-rust-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#7dd19adaaac9a161723a24de7c270861063ec6ac</link>
        <description>Merge tag &apos;v7.2-rc1&apos; into drm-rust-nextMerge v7.2-rc1 into drm-rust-next to start the next cycle.Devres now requires T: &apos;static, which conflicts with shmem::Object usingDevres&lt;SGTableMap&lt;T, C&gt;&gt; without that bound. Resolve by adding &apos;staticas a supertrait to DriverObject and DeviceContext, which does notrestrict any current use cases since DriverObject is always implementedon owned, refcounted types and DeviceContext is a sealed marker traitwith only unit-type implementors.If DriverObject (or DeviceContext) ever becomes lifetime-parameterized(e.g. via a GAT for TTM backed objects), the &apos;static supertrait can berelaxed at that point.Signed-off-by: Danilo Krummrich &lt;dakr@kernel.org&gt;

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Sun, 28 Jun 2026 22:39:43 +0200</pubDate>
        <dc:creator>Danilo Krummrich &lt;dakr@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>bd5f485f3f026225b86573e559af0b7254ef4184 - Merge tag &apos;soc-arm-7.3&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#bd5f485f3f026225b86573e559af0b7254ef4184</link>
        <description>Merge tag &apos;soc-arm-7.3&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/soc/socPull ARM SoC platform updates from Arnd Bergmann: &quot;The 32-bit Arm platforms are a bit more interesting this time: I  refreshed an earlier series to mark code as deprecated that does have  the tendency of getting in the way of cleanups and new features but  has close to zero users. Among these are:   - 22 of the remaining 28 legacy board files that predate the current     devicetree based descriptions, using old chips from Intel and     Marvell. The remaining six board files are for TI OMAP1 and Samsung     s3c64xx chips and all still have known users.   - support for Cortex-M3/M4/M7 and ARM1136r0 CPU cores and the 25     machines based on these. These all use devicetree but the CPU     support causes disproportional work. Most of them are just     reference boards, the notable exceptions being the Nokia N800/N810     tablet and the Buglabs BUG platform.   - be8, be32, oabi and iwmmxt userspace binaries, which were mostly     associated with the platforms now scheduled for removal and are     increasingly problematic to support with modern toolchains.  Nothing is actually removed at this point, to ensure that any  remaining users continue to have the 7.3-LTS for a while longer.  Patches for removal are currently being tested.  Other updates include a continued work to convert GPIO number based  interfaces to descriptors, a patch to restore little-endian mode on  the one Arm platform (ixp4xx) that only worked in big-endian mode  recently, and some minor cleanups and bugfixes&quot;* tag &apos;soc-arm-7.3&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc: (41 commits)  MAINTAINERS: Drop redundant lists from various Samsung entries  ARM: tegra: Replace __ASSEMBLY__ with __ASSEMBLER__  ARM: tegra: Fix OF node reference leaks in IRQ init  ARM: lpc32xx: remove a few manually populated OF devices  ARM: lpc32xx: only run SoC init on LPC32xx hardware  firmware: imx: scu: manage mailbox channels and global handle  ARM: sa1100: h3xxx: convert gpio-keys to use software nodes  ARM: sa1100: collie: convert gpio-keys to use software nodes  ARM: sa1100: assabet: convert gpio-keys to use software nodes  gpio: sa1100: register software node for GPIO controller  ARM: ixp4xx: Relax endianness  ARM: replace linux/gpio.h inclusions  soc: imx9: devm_kasprintf error handling  ARM: mark mv78xx0 support as deprecated  ARM: mark axxia platform as deprecated  ARM: mark Cortex-M3/M4/M7 based boards as deprecated  ARM: mark footbridge as deprecated  ARM: mark RiscPC as deprecated  ARM: mark mach-sa1100 as deprecated  ARM: orion5x: mark all board files as deprecated  ...

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Wed, 19 Aug 2026 04:50:40 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>030c9f813b8e48d2b066983c94cf6294968f9496 - Merge tag &apos;timers-cleanups-2026-08-17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#030c9f813b8e48d2b066983c94cf6294968f9496</link>
        <description>Merge tag &apos;timers-cleanups-2026-08-17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tipPull treewide timer related cleanups from Thomas Gleixner: - Remove the leftover CLOCK_TICK_RATE which has been scheduled for   removal more than a decade ago along with some now empty asm/timex.h   files. - Consolidate delay timer calibration   The construct of having a define in a header requires that   architectures provided asm/timex.h for no reason. Also the function   name for reading the delay timer is confusing at best.   Use a config switch to enable that functionality and rename the   function to delay_read_timer() to make the purpose clear.   This removes some more now empty asm/timex.h files as well.* tag &apos;timers-cleanups-2026-08-17&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:  calibrate: Rework delay timer calibration  treewide: Remove CLOCK_TICK_RATE  x86: Use PIT_TICK_RATE instead of CLOCK_TICK_RATE

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Wed, 19 Aug 2026 00:58:29 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>0eaed89c18aeedf0898baf2dbf5ff027c6795152 - Merge tag &apos;timers-v7.3-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/daniel.lezcano/linux into timers/clocksource</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#0eaed89c18aeedf0898baf2dbf5ff027c6795152</link>
        <description>Merge tag &apos;timers-v7.3-rc1&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/daniel.lezcano/linux into timers/clocksource  - Use designated initializers for sh_mtu2, sh_cmt, and sh_tmu, and    drop the unused initializer in the platform_device_id table for    sh_mtu2 (Uwe Kleine-K&#246;nig)  - Remove redundant dev_err()/dev_err_probe() messages when    devm_request_*_irq() fails, as the helper already logs an error    message (Pan Chuang)  - Fix a boot hang on Allwinner D1 when a forced minimum delta is used    with the sun4i timer (Felix Yan)  - Fix an IRQ leak in the cpuhp_setup_state() error path by freeing the    IRQ on failure in the NXP PIT driver (WenTao Liang)  - Fix incorrect unmapping of shared MMIO between the clocksource and    clockevent drivers. If one of them fails to initialize, the error    path unmaps the shared MMIO region, leaving the other driver with an    invalid mapping on clps711x (Guangshuo Li)  - Make the samsung_pwm driver compatible with PREEMPT_RT by replacing    regular spinlocks with raw_spinlock_t in atomic contexts (Marek    Szyprowski)  - Use __raw_readl() and __raw_writel() instead of ioread32() and    iowrite32() to support SWAP_IO_SPACE in the rtl-otto driver (Rustam    Adilov)  - Fix a missing clk_disable_unprepare() call in the timer    initialization error path of the Armada driver (Yuho Choi)Link: https://lore.kernel.org/lkml/75feea31-683d-45a1-87f4-ab045e0152ae@oss.qualcomm.com

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Mon, 17 Aug 2026 10:29:52 +0200</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b4d85f863e5a6f1fa01b186001af0f68f4f5239e - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#b4d85f863e5a6f1fa01b186001af0f68f4f5239e</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 7.3 merge window.

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Sat, 15 Aug 2026 06:26:07 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>dfc256dac54c8b692110bf905c64cb130e15963d - calibrate: Rework delay timer calibration</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#dfc256dac54c8b692110bf905c64cb130e15963d</link>
        <description>calibrate: Rework delay timer calibrationThe header define in asm/timex,h and the naming of the function to read thedelay timer are confusing at best.Convert it to a config switch selected by the archictures which provide thefunctionality and rename the function to delay_read_timer(), which makesthe purpose clear. Move the declaration to linux/delay.h where it belongs.Remove the resulting empty asm/timex.h files as well.No functional change.Signed-off-by: Thomas Gleixner &lt;tglx@kernel.org&gt;Link: https://patch.msgid.link/20260410120317.978403520@kernel.org

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Fri, 10 Apr 2026 14:18:57 +0200</pubDate>
        <dc:creator>Thomas Gleixner &lt;tglx@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>809177dbf32e3c649abcd027334dbcfe34720446 - Merge tag &apos;arm-feature-deprecation-for-7.3&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/soc/soc into soc/arm</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#809177dbf32e3c649abcd027334dbcfe34720446</link>
        <description>Merge tag &apos;arm-feature-deprecation-for-7.3&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/soc/soc into soc/armARM: platform and feature deprecation for 7.3This is an attempt to bring the source code to the state that we discussedback in 2024, regarding a timeline for deprecating and removing features,in particular platforms and ABIs that are basically unused and arealso getting in the way of maintenance.The earlier consensus was to remove these features in 2025 or 2026after the corresponding LTS kernel release. I would suggest pushingthese to early 2027 now, see the patch description for details oneach one: - all board files that are still not converted to DT   (except for OMAP1 and S3C) - iWMMXt FPU support - ARMv6/ARM1136r0 (not ARMv6K/ARM1136r1/ARM1176) along with the   OMAP24xx and i.MX31 SoCs using it - Cortex-M3/M4/M7 based microcontroller support   (stm32, imxrt, lpc18xx, samv7) - LSI Axxia platform - OABI, OABI-compat and NWFPE are confined to StrongARM based   builds and scheduled for removal once StrongARM is gone. - DEPRECATED_PARAM_STRUCT, which was originally scheduled for   removal in 2006 (!)The ARCH_S3C64XX platform was scheduled for removal in 2024, but isstill actively used and will get removed once Mark Brown stops usingit. The OMAP1 platform has some remaining boardfiles and is expected toget converted to DT.Big-endian ARMv7 CPU support is not scheduled for removal but markedas broken the same way as ARM64 has, to reduce the need for testingunused configurations. This may be removed in the future if arm64 doesit as well. Note that big-endian ARMv5 support is can still beenabled since the patches to revive little-endianm mode are stillfresh.Regarding actually removing the code, I would suggest linux-7.4 (January2027), removing both the board files and any drivers that have eitherbecome newly unused or were missed in a previous machine removal series,followed by removing support for then unused CPUs a release later.Links to previous discussion:  https://lore.kernel.org/linux-arm-kernel/20210109174357.GB1551@shell.armlinux.org.uk/  https://lore.kernel.org/linux-arm-kernel/2831c5a6-cfbf-4fe0-b51c-0396e5b0aeb7@app.fastmail.com/  https://lore.kernel.org/all/20241204102904.1863796-1-arnd@kernel.org/  https://lore.kernel.org/all/20260701212353.2196041-1-arnd@kernel.org/Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Wed, 15 Jul 2026 13:40:42 +0200</pubDate>
        <dc:creator>Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;</dc:creator>
    </item>
<item>
        <title>76904fccf81936c084faebc73ac72c0919a42941 - Merge tag &apos;v7.2-rc3&apos; into next</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#76904fccf81936c084faebc73ac72c0919a42941</link>
        <description>Merge tag &apos;v7.2-rc3&apos; into nextSync up with mainline to pull in stable fixes to avoid merge conflicts.

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Tue, 14 Jul 2026 04:06:00 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>f70425ca424a6a7a044e79f5c1c99fb2b1b2783b - ARM: mark Cortex-M3/M4/M7 based boards as deprecated</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#f70425ca424a6a7a044e79f5c1c99fb2b1b2783b</link>
        <description>ARM: mark Cortex-M3/M4/M7 based boards as deprecatedThe Cortex-M3/M4/M7 cores were designed as a replacement for the earlierARM7TDMI and ARM9TDMI microarchitectures used in older microcontrollers.At the moment, Linux can run these cores either when they are integratedinto a larger SoC, or as standalone microcontrollers. While there wasa lot of development work going into Cortex-M support from 2011 to 2016,this largely stopped when it became clear that Zephyr and other RTOShad taken over that market. To date, the only Cortex-M based basedmicrocontroller boards supported upstream are reference implementations.Schedule these for removal after the next LTS kernel, so if any usersremain that want to update their kernels, they can stay on thatversion for a few years before having to maintain the platform supportout of tree.Acked-by: Vladimir Zapolskiy &lt;vz@mleia.com&gt; # NXP LPC18xx/LPC43xxAcked-by: Vladimir Murzin &lt;vladimir.murzin@arm.com&gt; # MPS2Acked-by: Nicolas Ferre &lt;nicolas.ferre@microchip.com&gt;Acked-by: Frank Li &lt;Frank.Li@nxp.com&gt; # i.MXSigned-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Wed, 17 Jun 2026 12:50:39 +0200</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>4486f02005ea01b59174ecb1dc7115883eb7b994 - ARM: mark IWMMXT as deprecated</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#4486f02005ea01b59174ecb1dc7115883eb7b994</link>
        <description>ARM: mark IWMMXT as deprecatedWith no remaining users and support getting removed from future compilers,there seems little point in keeping iwmmxt around much longer.On the other hand, the iwmmxt support in the kernel rarely gets in theway, so there is little cost, so set a removal date of early 2027 forthe moment. If anyone is still using this, it can be extended as longthere is binutils support.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Fri, 23 Aug 2024 10:59:13 +0200</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>e3c0bc30b188c214fd1716ad13d7d99106009a2e - ARM: update FPE_NWFPE help text</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#e3c0bc30b188c214fd1716ad13d7d99106009a2e</link>
        <description>ARM: update FPE_NWFPE help textThe help text is seriously outdated and predates the introduction ofVFP floating point units that were available as early as some ARM926based systems.Change the help text to reflect that this is now a legacy featureand that it will go away along with OABI support in the future.Acked-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Acked-by: Ralph Siemsen &lt;ralphs@netwinder.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Fri, 23 Aug 2024 09:43:15 +0200</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>949b2df588eebbf5bfdb08e826a0f0f3db7445b0 - ARM: update DEPRECATED_PARAM_STRUCT removal timeline</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#949b2df588eebbf5bfdb08e826a0f0f3db7445b0</link>
        <description>ARM: update DEPRECATED_PARAM_STRUCT removal timelineThis configuration option is for the older boot method that preceededATAGS. This was scheduled for removal back in 2001, but the removalnever happened, presumably because nobody cared enough to actually do it,not because there are any users left.Add &quot;(DEPRECATED)&apos; to the Kconfig line and update the timeline so we canremove it next year along with the other options that are not scheduledfor that timeframe.Acked-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Fri, 23 Aug 2024 09:09:11 +0200</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>db75f16378084059d5c75e80dc6d37b0f2a72bd1 - ARM: turn CONFIG_ATAGS off by default</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#db75f16378084059d5c75e80dc6d37b0f2a72bd1</link>
        <description>ARM: turn CONFIG_ATAGS off by defaultOnly a very small number of machines remain that rely ontraditional board files with the ATAGS boot data insteadof devicetree, and we have not accepted new ones fora decade.Most of the remaining ones are on their way out of thekernel, but the Kconfig option that controls ATAGSis still enabled by default.To reflect the actual status of ATAGS support and alertthe remaining users of upstream and out-of-tree platformswith this, change it to being default-disabled andadd a dependency on CONFIG_EXPERT.The board specific defconfig files that rely on ATAGSare changed to turn on both EXPERT and ATAGS if theywere not doing that already, and the ones that explicitlyturned it off before no longer need to.Acked-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Reviewed-by: Ethan Nelson-Moore &lt;enelsonmoore@gmail.com&gt;Acked-by: Aaro Koskinen &lt;aaro.koskinen@iki.fi&gt; # OMAPSigned-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Tue, 20 Aug 2024 23:16:45 +0200</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>25900bd99d4d10faa939a79e2fdc49c3373b51e7 - ARM: limit OABI support to StrongARM CPUs</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#25900bd99d4d10faa939a79e2fdc49c3373b51e7</link>
        <description>ARM: limit OABI support to StrongARM CPUsAs discussed on the mailing lists, there is no way to build OABI userspacebinaries any more since gcc-4.8, and now support is also getting dropped inbinutils, which will make it impossible to build pure OABI kernels at somepoint in the future.I found no evidence of anyone still sing OABI userspace on embedded systemsthat keep getting kernel updates, but there are a few desktop-class machinesthat date back to the 1990s using Intel StrongARM processors that weresupported by old versions of Debian, Red Hat or the official CorelNetwinder distribution.Add a much stricter Kconfig dependency for both native OABI and OABI_COMPATenabled kernels, only allowing either of them to be selected when buildinga kernel that targets a StrongARM based machine.Link: https://lore.kernel.org/lkml/2831c5a6-cfbf-4fe0-b51c-0396e5b0aeb7@app.fastmail.com/Acked-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Tue, 20 Aug 2024 10:45:38 +0200</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>30b1c4a340892e4bb93a9596b852f5384f6605d2 - ARM: use CONFIG_AEABI by default everywhere</title>
        <link>http://kernelsources.org:8080/source/history/linux/arch/arm/Kconfig#30b1c4a340892e4bb93a9596b852f5384f6605d2</link>
        <description>ARM: use CONFIG_AEABI by default everywhereOn ARMv4 and ARMv5, the default is still to build for OABI, withCONFIG_AEABI disabled, even though distros and toolchains no longersupport OABI as a target.Change the default to EABI for all architecture levels and changethe defconfig entries as follows: - All machines that used to explicitly enable EABI can drop that line now - Machines that are likely to actually use old distros and had NWFPE   enabled in combination with OABI (rpc, footrbridge, netwinder,   assabet, neponset) explicitly turn it on now. - Machines that already had both EABI and NWFPE disabled in defconfig   (spear3xx, spear6xx) were likely not usable with either OABI or   EABI and now use EABI instead implicitly, making it more likely that   they could work.Acked-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Acked-by: Nicolas Ferre &lt;nicolas.ferre@microchip.com&gt;Acked-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;Acked-by: Aaro Koskinen &lt;aaro.koskinen@iki.fi&gt; # OMAPAcked-by: Alexander Sverdlin &lt;alexander.sverdlin@siemens.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux/arch/arm/Kconfig</description>
        <pubDate>Wed, 03 Apr 2024 10:59:31 +0200</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
</channel>
</rss>
