<?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 Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>ccb8ce52 - ARM: 9441/1: rust: Enable Rust support for ARMv7</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#ccb8ce52</link>
        <description>ARM: 9441/1: rust: Enable Rust support for ARMv7This commit allows building ARMv7 kernels with Rust support.The rust core library expects some __eabi_... functionsthat are not implemented in the kernel.Those functions are some float operations and __aeabi_uldivmod.For now those are implemented with define_panicking_intrinsics!.This is based on the code by Sven Van Asbroeck from the originalrust branch and inspired by the AArch version by Jamie Cunliffe.I have tested the rust samples and a custom simple MMIO moduleon hardware (De1SoC FPGA + Arm A9 CPU).Tested-by: Rudraksha Gupta &lt;guptarud@gmail.com&gt;Reviewed-by: Alice Ryhl &lt;aliceryhl@google.com&gt;Acked-by: Miguel Ojeda &lt;ojeda@kernel.org&gt;Tested-by: Miguel Ojeda &lt;ojeda@kernel.org&gt;Acked-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Signed-off-by: Christian Schrefl &lt;chrisi.schrefl@gmail.com&gt;Signed-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Thu, 30 Jan 2025 23:03:45 +0000</pubDate>
        <dc:creator>Christian Schrrefl &lt;chrisi.schrefl@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>214c0eea - kbuild: add $(objtree)/ prefix to some in-kernel build artifacts</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#214c0eea</link>
        <description>kbuild: add $(objtree)/ prefix to some in-kernel build artifacts$(objtree) refers to the top of the output directory of kernel builds.This commit adds the explicit $(objtree)/ prefix to build artifactsneeded for building external modules.This change has no immediate impact, as the top-level Makefilecurrently defines:  objtree         := .This commit prepares for supporting the building of external modulesin a different directory.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Nicolas Schier &lt;nicolas@fjasle.eu&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Sun, 10 Nov 2024 01:34:30 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>046322f1 - ARM: ep93xx: DT for the Cirrus ep93xx SoC platforms</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#046322f1</link>
        <description>ARM: ep93xx: DT for the Cirrus ep93xx SoC platformsAdd compulsory device tree support to the Cirrus ep93xx ARMv4 platform.- select PINCTRL_EP93xx- select COMMON_CLK_EP93XX, as clock driver moved out of platform code- select ARCH_HAS_RESET_CONTROLLERSelect ARM_ATAG_DTB_COMPAT to update device tree with informationabout memory passed from bootloader.We have to leave all MACH options as they are used for board checkingbefore decomp, to turn off watchdog and ethernet DMA.Tested-by: Alexander Sverdlin &lt;alexander.sverdlin@gmail.com&gt;Signed-off-by: Nikita Shubin &lt;nikita.shubin@maquefel.me&gt;Tested-by: Michael Peters &lt;mpeters@embeddedTS.com&gt;Reviewed-by: Andy Shevchenko &lt;andriy.shevchenko@linux.intel.com&gt;Reviewed-by: Krzysztof Kozlowski &lt;krzysztof.kozlowski@linaro.org&gt;Reviewed-by: Guenter Roeck &lt;linux@roeck-us.net&gt;Reviewed-by: Mark Brown &lt;broonie@kernel.org&gt;Reviewed-by: Andy Shevchenko &lt;andy@kernel.org&gt;Reviewed-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Reviewed-by: Kris Bahnsen &lt;kris@embeddedTS.com&gt;Reviewed-by: Andrew Lunn &lt;andrew@lunn.ch&gt;Reviewed-by: Sergey Shtylyov &lt;s.shtylyov@omp.ru&gt;Acked-by: Miquel Raynal &lt;miquel.raynal@bootlin.com&gt;Acked-by: Alexander Sverdlin &lt;alexander.sverdlin@gmail.com&gt;Acked-by: Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@pengutronix.de&gt;Acked-by: Damien Le Moal &lt;dlemoal@kernel.org&gt;Acked-by: Sebastian Reichel &lt;sre@kernel.org&gt;Acked-by: Vinod Koul &lt;vkoul@kernel.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Mon, 09 Sep 2024 08:10:57 +0000</pubDate>
        <dc:creator>Nikita Shubin &lt;nikita.shubin@maquefel.me&gt;</dc:creator>
    </item>
<item>
        <title>cb2b7b7d - ARM: implement ARCH_HAS_KERNEL_FPU_SUPPORT</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#cb2b7b7d</link>
        <description>ARM: implement ARCH_HAS_KERNEL_FPU_SUPPORTARM provides an equivalent to the common kernel-mode FPU API, but in adifferent header and using different function names.  Add a wrapperheader, and export CFLAGS adjustments as found in lib/raid6/Makefile.[samuel.holland@sifive.com: ARM: do not select ARCH_HAS_KERNEL_FPU_SUPPORT]  Link: https://lkml.kernel.org/r/20240509013727.648600-1-samuel.holland@sifive.comLink: https://lkml.kernel.org/r/20240329072441.591471-3-samuel.holland@sifive.comSigned-off-by: Samuel Holland &lt;samuel.holland@sifive.com&gt;Reviewed-by: Christoph Hellwig &lt;hch@lst.de&gt;Acked-by: Christian K&#246;nig &lt;christian.koenig@amd.com&gt; Cc: Alex Deucher &lt;alexander.deucher@amd.com&gt;Cc: Borislav Petkov (AMD) &lt;bp@alien8.de&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: Huacai Chen &lt;chenhuacai@kernel.org&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Nathan Chancellor &lt;nathan@kernel.org&gt;Cc: Nicolas Schier &lt;nicolas@fjasle.eu&gt;Cc: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: WANG Xuerui &lt;git@xen0n.name&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Cc: Thiago Jung Bauermann &lt;thiago.bauermann@linaro.org&gt;Cc: Ard Biesheuvel &lt;ardb@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Fri, 29 Mar 2024 07:18:17 +0000</pubDate>
        <dc:creator>Samuel Holland &lt;samuel.holland@sifive.com&gt;</dc:creator>
    </item>
<item>
        <title>99497df5 - ARM: qcom: merge remaining subplatforms into sensible Kconfig entry</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#99497df5</link>
        <description>ARM: qcom: merge remaining subplatforms into sensible Kconfig entryThree remaining Qualcomm platforms have special handling of theTEXT_OFFSET to reserve the memory at the beginnig of the system RAM, seethe commit 9e775ad19f52 (&quot;ARM: 7012/1: Set proper TEXT_OFFSET for newerMSMs&quot;). This is required for older platforms like IPQ40xx, MSM8x60,MSM8960 and APQ8064 and is compatible with other 32-bit Qualcommplatforms.Signed-off-by: Dmitry Baryshkov &lt;dmitry.baryshkov@linaro.org&gt;Link: https://lore.kernel.org/r/20231216162700.863456-4-dmitry.baryshkov@linaro.orgSigned-off-by: Bjorn Andersson &lt;andersson@kernel.org&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Sat, 16 Dec 2023 16:27:00 +0000</pubDate>
        <dc:creator>Dmitry Baryshkov &lt;dmitry.baryshkov@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>671c08ec - ARM: mach-nspire: Rework support and directory structure</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#671c08ec</link>
        <description>ARM: mach-nspire: Rework support and directory structureHaving a platform need a mach-* directory should be seen as a negative,it means the platform needs special non-standard handling. ARM64 supportdoes not allow mach-* directories at all. While we may not get to thatgiven all the non-standard architectures we support, we should still tryto get as close as we can and reduce the number of mach directories.The mach-nspire/ directory and files, provides just one &quot;feature&quot;:having the kernel print the machine name if the DTB does not also containa &quot;model&quot; string (which they always do). To reduce the number of mach-*directories let&apos;s do without that feature and remove this directory.NOTE: The default l2c_aux_mask is now ~0 but these devices never havethis type of cache controller so this is safe.Signed-off-by: Andrew Davis &lt;afd@ti.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Mon, 13 Nov 2023 14:43:59 +0000</pubDate>
        <dc:creator>Andrew Davis &lt;afd@ti.com&gt;</dc:creator>
    </item>
<item>
        <title>ae73dadb - ARM: mach-sunplus: Rework support and directory structure</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#ae73dadb</link>
        <description>ARM: mach-sunplus: Rework support and directory structureHaving a platform need a mach-* directory should be seen as a negative,it means the platform needs special non-standard handling. ARM64 supportdoes not allow mach-* directories at all. While we may not get to thatgiven all the non-standard architectures we support, we should still tryto get as close as we can and reduce the number of mach directories.The mach-sunplus/ directory and files, provides just one &quot;feature&quot;:having the kernel print the machine name if the DTB does not also containa &quot;model&quot; string (which they always do). To reduce the number of mach-*directories let&apos;s do without that feature and remove this directory.NOTE: The default l2c_aux_mask is now ~0 but these devices never havethis type of cache controller so this is safe.Signed-off-by: Andrew Davis &lt;afd@ti.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Mon, 13 Nov 2023 14:43:57 +0000</pubDate>
        <dc:creator>Andrew Davis &lt;afd@ti.com&gt;</dc:creator>
    </item>
<item>
        <title>00e58c36 - ARM: mach-airoha: Rework support and directory structure</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#00e58c36</link>
        <description>ARM: mach-airoha: Rework support and directory structureHaving a platform need a mach-* directory should be seen as a negative,it means the platform needs special non-standard handling. ARM64 supportdoes not allow mach-* directories at all. While we may not get to thatgiven all the non-standard architectures we support, we should still tryto get as close as we can and reduce the number of mach directories.The mach-airoha/ directory, and files within, provide just one &quot;feature&quot;:having the kernel print the machine name if the DTB does not also containa &quot;model&quot; string (which they always do). To reduce the number of mach-*directories let&apos;s do without that feature and remove this directory.It also seems there was a copy/paste error and the &quot;MEDIATEK_DT&quot;name was re-used in the DT_MACHINE_START macro. This may have causedconflicts if this was built in a multi-arch configuration.NOTE: The default l2c_aux_mask is now ~0 but these devices never havethis type of cache controller so this is safe.Signed-off-by: Andrew Davis &lt;afd@ti.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Mon, 13 Nov 2023 14:43:56 +0000</pubDate>
        <dc:creator>Andrew Davis &lt;afd@ti.com&gt;</dc:creator>
    </item>
<item>
        <title>dcfbe025 - ARM: mach-moxart: Move MOXA ART support into Kconfig.platforms</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#dcfbe025</link>
        <description>ARM: mach-moxart: Move MOXA ART support into Kconfig.platformsThis removes the need for a dedicated Kconfig and empty mach directory.Signed-off-by: Andrew Davis &lt;afd@ti.com&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Mon, 13 Nov 2023 14:43:55 +0000</pubDate>
        <dc:creator>Andrew Davis &lt;afd@ti.com&gt;</dc:creator>
    </item>
<item>
        <title>56769ba4 - kbuild: unify vdso_install rules</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#56769ba4</link>
        <description>kbuild: unify vdso_install rulesCurrently, there is no standard implementation for vdso_install,leading to various issues: 1. Code duplication    Many architectures duplicate similar code just for copying files    to the install destination.    Some architectures (arm, sparc, x86) create build-id symlinks,    introducing more code duplication. 2. Unintended updates of in-tree build artifacts    The vdso_install rule depends on the vdso files to install.    It may update in-tree build artifacts. This can be problematic,    as explained in commit 19514fc665ff (&quot;arm, kbuild: make    &quot;make install&quot; not depend on vmlinux&quot;). 3. Broken code in some architectures    Makefile code is often copied from one architecture to another    without proper adaptation.    &apos;make vdso_install&apos; for parisc does not work.    &apos;make vdso_install&apos; for s390 installs vdso64, but not vdso32.To address these problems, this commit introduces a generic vdso_installrule.Architectures that support vdso_install need to define vdso-install-yin arch/*/Makefile. vdso-install-y lists the files to install.For example, arch/x86/Makefile looks like this:  vdso-install-$(CONFIG_X86_64)           += arch/x86/entry/vdso/vdso64.so.dbg  vdso-install-$(CONFIG_X86_X32_ABI)      += arch/x86/entry/vdso/vdsox32.so.dbg  vdso-install-$(CONFIG_X86_32)           += arch/x86/entry/vdso/vdso32.so.dbg  vdso-install-$(CONFIG_IA32_EMULATION)   += arch/x86/entry/vdso/vdso32.so.dbgThese files will be installed to $(MODLIB)/vdso/ with the .dbg suffix,if exists, stripped away.vdso-install-y can optionally take the second field after the colonseparator. This is needed because some architectures install a vdsofile as a different base name.The following is a snippet from arch/arm64/Makefile.  vdso-install-$(CONFIG_COMPAT_VDSO)      += arch/arm64/kernel/vdso32/vdso.so.dbg:vdso32.soThis will rename vdso.so.dbg to vdso32.so during installation. If sucharchitectures change their implementation so that the base names match,this workaround will go away.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Sven Schnelle &lt;svens@linux.ibm.com&gt; # s390Reviewed-by: Nicolas Schier &lt;nicolas@fjasle.eu&gt;Reviewed-by: Guo Ren &lt;guoren@kernel.org&gt;Acked-by: Helge Deller &lt;deller@gmx.de&gt;  # pariscAcked-by: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Acked-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Sat, 14 Oct 2023 10:54:35 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>5ca26530 - ARM: oxnas: remove OXNAS support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#5ca26530</link>
        <description>ARM: oxnas: remove OXNAS supportDue to lack of maintainance and stall of development for a few years now,and since no new features will ever be added upstream, remove supportfor OX810 and OX820 ARM support.Acked-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Acked-by: Daniel Golle &lt;daniel@makrotopia.org&gt;Signed-off-by: Neil Armstrong &lt;neil.armstrong@linaro.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Mon, 03 Apr 2023 07:42:19 +0000</pubDate>
        <dc:creator>Neil Armstrong &lt;neil.armstrong@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>e9faf9b0 - ARM: add multi_v7_lpae_defconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#e9faf9b0</link>
        <description>ARM: add multi_v7_lpae_defconfigThe only missing configuration option preventing us from usingmulti_v7_defconfig with the Raspberry Pi 4 is ARM_LPAE. It&apos;s needed asthe PCIe controller found on the SoC depends on 64bit addressing, yetcan&apos;t be included as not all v7 boards support LPAE.Introduce multi_v7_lpae_defconfig, built off multi_v7_defconfig, which willavoid us having to duplicate and maintain multiple similar configurations.Needless to say the Raspberry Pi 4 is not the only platform that canbenefit from this new configuration.Signed-off-by: Nicolas Saenz Julienne &lt;nsaenzjulienne@suse.de&gt;Signed-off-by: Alexander Stein &lt;alexander.stein@ew.tq-group.com&gt;Link: https://lore.kernel.org/r/20230124110213.3221264-11-alexander.stein@ew.tq-group.comSigned-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Tue, 24 Jan 2023 11:02:13 +0000</pubDate>
        <dc:creator>Nicolas Saenz Julienne &lt;nsaenzjulienne@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>2f62847c - ARM: 9287/1: Reduce __thumb2__ definition to crypto files that require it</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#2f62847c</link>
        <description>ARM: 9287/1: Reduce __thumb2__ definition to crypto files that require itCommit 1d2e9b67b001 (&quot;ARM: 9265/1: pass -march= only to compiler&quot;) addeda __thumb2__ define to ASFLAGS to avoid build errors in the crypto code,which relies on __thumb2__ for preprocessing. Commit 59e2cf8d21e0 (&quot;ARM:9275/1: Drop &apos;-mthumb&apos; from AFLAGS_ISA&quot;) followed up on this by removing-mthumb from AFLAGS so that __thumb2__ would not be defined when thedefault target was ARMv7 or newer.Unfortunately, the second commit&apos;s fix assumes that the toolchaindefaults to -mno-thumb / -marm, which is not the case for Debian&apos;sarm-linux-gnueabihf target, which defaults to -mthumb:  $ echo | arm-linux-gnueabihf-gcc -dM -E - | grep __thumb  #define __thumb2__ 1  #define __thumb__ 1This target is used by several CI systems, which will still seeredefined macro warnings, despite &apos;-mthumb&apos; not being present in theflags:  &lt;command-line&gt;: warning: &quot;__thumb2__&quot; redefined  &lt;built-in&gt;: note: this is the location of the previous definitionRemove the global AFLAGS __thumb2__ define and move it to the cryptofolder where it is required by the imported OpenSSL algorithms; the restof the kernel should use the internal CONFIG_THUMB2_KERNEL symbol toknow whether or not Thumb2 is being used or not. Be sure that __thumb2__is undefined first so that there are no macro redefinition warnings.Link: https://github.com/ClangBuiltLinux/linux/issues/1772Reported-by: &quot;kernelci.org bot&quot; &lt;bot@kernelci.org&gt;Suggested-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Signed-off-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Reviewed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Tested-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Fixes: 59e2cf8d21e0 (&quot;ARM: 9275/1: Drop &apos;-mthumb&apos; from AFLAGS_ISA&quot;)Fixes: 1d2e9b67b001 (&quot;ARM: 9265/1: pass -march= only to compiler&quot;)Signed-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Wed, 18 Jan 2023 19:29:02 +0000</pubDate>
        <dc:creator>Nathan Chancellor &lt;nathan@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>61b7f892 - ARM: s3c: remove all s3c24xx support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#61b7f892</link>
        <description>ARM: s3c: remove all s3c24xx supportThe platform was deprecated in commit 6a5e69c7ddea (&quot;ARM: s3c: markas deprecated and schedule removal&quot;) and can be removed. This includesall files that are exclusively for s3c24xx and not shared with s3c64xx,as well as the glue logic in Kconfig and the maintainer file entries.Cc: Arnaud Patard &lt;arnaud.patard@rtp-net.org&gt;Cc: Ben Dooks &lt;ben-linux@fluff.org&gt;Cc: Christer Weinigel &lt;christer@weinigel.se&gt;Cc: Guillaume GOURAT &lt;guillaume.gourat@nexvision.tv&gt;Cc: Heiko Stuebner &lt;heiko@sntech.de&gt;Cc: Simtec Linux Team &lt;linux@simtec.co.uk&gt;Cc: openmoko-kernel@lists.openmoko.orgAcked-by: Heiko Stuebner &lt;heiko@sntech.de&gt;Acked-by: Krzysztof Kozlowski &lt;krzysztof.kozlowski@linaro.org&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Thu, 29 Sep 2022 13:33:15 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>cdc3116f - ARM: 9285/1: remove meaningless arch/arm/mach-rda/Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#cdc3116f</link>
        <description>ARM: 9285/1: remove meaningless arch/arm/mach-rda/MakefileYou do not need to put Makefile if there is nothing to compile.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Tue, 10 Jan 2023 08:01:29 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b91a69d1 - ARM: iop32x: remove the platform</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#b91a69d1</link>
        <description>ARM: iop32x: remove the platformThis was marked as unused in 5.19 and can now be removedCc: Lennert Buytenhek &lt;kernel@wantstofly.org&gt;Cc: Martin Michlmayr &lt;tbm@cyrius.com&gt;Acked-by: Dan Williams &lt;dan.j.williams@intel.com&gt;Acked-by: Wolfram Sang &lt;wsa@kernel.org&gt; # for I2CSigned-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Thu, 29 Sep 2022 13:31:18 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>e73307b9 - ARM: cns3xxx: remove entire platform</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#e73307b9</link>
        <description>ARM: cns3xxx: remove entire platformcns3xxx was marked as unused a while ago, and gets removedentirely now.Acked-by: Krzysztof Ha&#322;asa &lt;khalasa@piap.pl&gt;Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Thu, 29 Sep 2022 13:29:56 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>59e2cf8d - ARM: 9275/1: Drop &apos;-mthumb&apos; from AFLAGS_ISA</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#59e2cf8d</link>
        <description>ARM: 9275/1: Drop &apos;-mthumb&apos; from AFLAGS_ISAWhen building with CONFIG_THUMB2_KERNEL=y + a version of clang fromDebian using CROSS_COMPILE=arm-linux-gnueabihf-, the following warningoccurs frequently:  &lt;built-in&gt;:383:9: warning: &apos;__thumb2__&apos; macro redefined [-Wmacro-redefined]  #define __thumb2__ 2          ^  &lt;built-in&gt;:353:9: note: previous definition is here  #define __thumb2__ 1          ^  1 warning generated.Debian carries a downstream patch that changes the default CPU of thearm-linux-gnueabihf target from &apos;arm1176jzf-s&apos; (v6) to &apos;cortex-a7&apos; (v7).As a result, &apos;-mthumb&apos; defines both &apos;__thumb__&apos; and &apos;__thumb2__&apos;. Thedefine of &apos;__thumb2__&apos; via the command line was purposefully added tocatch a situation like this.In a similar vein as commit 26b12e084bce (&quot;ARM: 9264/1: only use-mtp=cp15 for the compiler&quot;), do not add &apos;-mthumb&apos; to AFLAGS_ISA, as itis already passed to the assembler via &apos;-Wa,-mthumb&apos; and &apos;__thumb2__&apos; isalready defined for preprocessing.Link: https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/-/raw/622dbcbd40b316ed3905a2d25d9623544a06e6b1/debian/patches/930008-arm.diffFixes: 1d2e9b67b001 (&quot;ARM: 9265/1: pass -march= only to compiler&quot;)Reported-by: &quot;kernelci.org bot&quot; &lt;bot@kernelci.org&gt;Reviewed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Tested-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Reviewed-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Signed-off-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Signed-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Mon, 21 Nov 2022 19:21:21 +0000</pubDate>
        <dc:creator>Nathan Chancellor &lt;nathan@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>1d2e9b67 - ARM: 9265/1: pass -march= only to compiler</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#1d2e9b67</link>
        <description>ARM: 9265/1: pass -march= only to compilerWhen both -march= and -Wa,-march= are specified for assembler orassembler-with-cpp sources, GCC and Clang will prefer the -Wa,-march=value but Clang will warn that -march= is unused.warning: argument unused during compilation: &apos;-march=armv6k&apos;[-Wunused-command-line-argument]This is the top group of warnings we observe when using clang toassemble the kernel via `ARCH=arm make LLVM=1`.Split the arch-y make variable into two, so that -march= flags only getpassed to the compiler, not the assembler. -D flags are added toKBUILD_CPPFLAGS which is used for both C and assembler-with-cpp sources.Clang is trying to warn that it doesn&apos;t support different values for-march= and -Wa,-march= (like GCC does, but the kernel doesn&apos;t need this)though the value of the preprocessor define __thumb2__ is based on-march=. Make sure to re-set __thumb2__ via -D flag for assemblersources now that we&apos;re no longer passing -march= to the assembler. Setit to a different value than the preprocessor would for -march= in case-march= gets accidentally re-added to KBUILD_AFLAGS in the future.Thanks to Ard and Nathan for this suggestion.Link: https://github.com/ClangBuiltLinux/linux/issues/1315Link: https://github.com/ClangBuiltLinux/linux/issues/1587Link: https://github.com/llvm/llvm-project/issues/55656Suggested-by: Ard Biesheuvel &lt;ardb@kernel.org&gt;Suggested-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Reviewed-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Tested-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Signed-off-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Signed-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Mon, 24 Oct 2022 19:46:05 +0000</pubDate>
        <dc:creator>Nick Desaulniers &lt;ndesaulniers@google.com&gt;</dc:creator>
    </item>
<item>
        <title>26b12e08 - ARM: 9264/1: only use -mtp=cp15 for the compiler</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/arm/Makefile#26b12e08</link>
        <description>ARM: 9264/1: only use -mtp=cp15 for the compilerAvoids an error from the assembler for CONFIG_THUMB2 kernels:clang-15: error: hardware TLS register is not supported for the thumbv4tsub-architectureThis flag only makes sense to pass to the compiler, not the assembler.Perhaps CFLAGS_ABI can be renamed to CPPFLAGS_ABI to reflect that theywill be passed to both the compiler and assembler for sources thatrequire pre-processing.Reviewed-by: Nathan Chancellor &lt;nathan@kernel.org&gt;Signed-off-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Signed-off-by: Russell King (Oracle) &lt;rmk+kernel@armlinux.org.uk&gt;

            List of files:
            /linux-6.15/arch/arm/Makefile</description>
        <pubDate>Mon, 24 Oct 2022 19:45:17 +0000</pubDate>
        <dc:creator>Nick Desaulniers &lt;ndesaulniers@google.com&gt;</dc:creator>
    </item>
</channel>
</rss>
