<?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>a03cd760 - xtensa: don&apos;t produce FDPIC output with fdpic toolchain</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#a03cd760</link>
        <description>xtensa: don&apos;t produce FDPIC output with fdpic toolchainThe kernel doesn&apos;t use features of the FDPIC toolchain, disable FDPICcode generation when using such toolchain and select ordinary ELF linkeremulation.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Thu, 11 Jan 2024 04:20:00 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>ce697cce - kbuild: remove head-y syntax</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#ce697cce</link>
        <description>kbuild: remove head-y syntaxKbuild puts the objects listed in head-y at the head of vmlinux.Conventionally, we do this for head*.S, which contains the kernel entrypoint.A counter approach is to control the section order by the linker script.Actually, the code marked as __HEAD goes into the &quot;.head.text&quot; section,which is placed before the normal &quot;.text&quot; section.I do not know if both of them are needed. From the build systemperspective, head-y is not mandatory. If you can achieve the proper codeplacement by the linker script only, it would be cleaner.I collected the current head-y objects into head-object-list.txt. It isa whitelist. My hope is it will be reduced in the long run.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Tested-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Reviewed-by: Nicolas Schier &lt;nicolas@fjasle.eu&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Sat, 24 Sep 2022 18:19:15 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>c20e1117 - xtensa: add kernel ABI selection to Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#c20e1117</link>
        <description>xtensa: add kernel ABI selection to KconfigAdd choice to use default or call0 ABI for the kernel code. If call0 ABIis chosen add &apos;-mabi=call0&apos; to the flags. The toolchain support for thisoption is rather new so only enable it when the compiler supports it.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Fri, 23 Apr 2021 07:34:44 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>19c5699f - xtensa: don&apos;t link with libgcc</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#19c5699f</link>
        <description>xtensa: don&apos;t link with libgcclibgcc may be absent or may have different ABI than the kernel. Don&apos;tlink with it. Drop declarations and export for helpers that are notimplemented. Use generic versions of DI mode multiplication andcomparisons. Drop register window spilling helper as it should never beused by the compiler-generated code.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Mon, 18 Oct 2021 12:38:06 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>129ab0d2 - kbuild: do not quote string values in include/config/auto.conf</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#129ab0d2</link>
        <description>kbuild: do not quote string values in include/config/auto.confThe previous commit fixed up all shell scripts to not includeinclude/config/auto.conf.Now that include/config/auto.conf is only included by Makefiles,we can change it into a more Make-friendly form.Previously, Kconfig output string values enclosed with double-quotes(both in the .config and include/config/auto.conf):    CONFIG_X=&quot;foo bar&quot;Unlike shell, Make handles double-quotes (and single-quotes as well)verbatim. We must rip them off when used.There are some patterns:  [1] $(patsubst &quot;%&quot;,%,$(CONFIG_X))  [2] $(CONFIG_X:&quot;%&quot;=%)  [3] $(subst &quot;,,$(CONFIG_X))  [4] $(shell echo $(CONFIG_X))These are not only ugly, but also fragile.[1] and [2] do not work if the value contains spaces, like   CONFIG_X=&quot; foo bar &quot;[3] does not work correctly if the value contains double-quotes like   CONFIG_X=&quot;foo\&quot;bar&quot;[4] seems to work better, but has a cost of forking a process.Anyway, quoted strings were always PITA for our Makefiles.This commit changes Kconfig to stop quoting in include/config/auto.conf.These are the string type symbols referenced in Makefiles or scripts:    ACPI_CUSTOM_DSDT_FILE    ARC_BUILTIN_DTB_NAME    ARC_TUNE_MCPU    BUILTIN_DTB_SOURCE    CC_IMPLICIT_FALLTHROUGH    CC_VERSION_TEXT    CFG80211_EXTRA_REGDB_KEYDIR    EXTRA_FIRMWARE    EXTRA_FIRMWARE_DIR    EXTRA_TARGETS    H8300_BUILTIN_DTB    INITRAMFS_SOURCE    LOCALVERSION    MODULE_SIG_HASH    MODULE_SIG_KEY    NDS32_BUILTIN_DTB    NIOS2_DTB_SOURCE    OPENRISC_BUILTIN_DTB    SOC_CANAAN_K210_DTB_SOURCE    SYSTEM_BLACKLIST_HASH_LIST    SYSTEM_REVOCATION_KEYS    SYSTEM_TRUSTED_KEYS    TARGET_CPU    UNUSED_KSYMS_WHITELIST    XILINX_MICROBLAZE0_FAMILY    XILINX_MICROBLAZE0_HW_VER    XTENSA_VARIANT_NAMEI checked them one by one, and fixed up the code where necessary.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Tue, 14 Dec 2021 02:53:53 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>8212f898 - kbuild: use more subdir- for visiting subdirectories while cleaning</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#8212f898</link>
        <description>kbuild: use more subdir- for visiting subdirectories while cleaningDocumentation/kbuild/makefiles.rst suggests to use &quot;archclean&quot; forcleaning arch/$(SRCARCH)/boot/, but it is not a hard requirement.Since commit d92cc4d51643 (&quot;kbuild: require all architectures to havearch/$(SRCARCH)/Kbuild&quot;), we can use the &quot;subdir- += boot&quot; trick forall architectures. This can take advantage of the parallel option (-j)for &quot;make clean&quot;.I also cleaned up the comments in arch/$(SRCARCH)/Makefile. The &quot;archdep&quot;target no longer exists.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Kees Cook &lt;keescook@chromium.org&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: Michael Ellerman &lt;mpe@ellerman.id.au&gt; (powerpc)

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Wed, 13 Oct 2021 06:36:22 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>7b7cec47 - xtensa: move core-y in arch/xtensa/Makefile to arch/xtensa/Kbuild</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#7b7cec47</link>
        <description>xtensa: move core-y in arch/xtensa/Makefile to arch/xtensa/KbuildUse obj-y to clean up Makefile.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Message-Id: &lt;20210811163731.186125-4-masahiroy@kernel.org&gt;Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Wed, 11 Aug 2021 16:37:31 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>59210499 - xtensa: build platform directories unconditionally</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#59210499</link>
        <description>xtensa: build platform directories unconditionallyAll of arch/xtensa/platforms/*/ have Makefile. You do not need tocheck the presence of Makefile.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Message-Id: &lt;20210811163731.186125-3-masahiroy@kernel.org&gt;Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Wed, 11 Aug 2021 16:37:30 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>c5485844 - xtensa: do not build variants directory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#c5485844</link>
        <description>xtensa: do not build variants directoryNone of arch/xtensa/variants/*/ has Makefile, so &apos;buildvar&apos; is alwaysempty.Perhaps, downstream variant code might be dropped in, but given thefact that none of upstream variants builds anything in their variantdirectory, I doubt this is needed.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Message-Id: &lt;20210811163731.186125-2-masahiroy@kernel.org&gt;Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Wed, 11 Aug 2021 16:37:29 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ef71db48 - xtensa: remove unneeded exports</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#ef71db48</link>
        <description>xtensa: remove unneeded exportsThese are not used in any of subdirectories.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Message-Id: &lt;20210811163731.186125-1-masahiroy@kernel.org&gt;Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Wed, 11 Aug 2021 16:37:28 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>23243c1a - arch: use cross_compiling to check whether it is a cross build or not</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#23243c1a</link>
        <description>arch: use cross_compiling to check whether it is a cross build or not&apos;cross_compiling&apos; is defined by the top Makefile and available forarch Makefiles to check whether it is a cross build or not. A goodthing is the variable name &apos;cross_compiling&apos; is self-documenting.This is a simple replacement for m68k, mips, sh, for which $(ARCH)and $(SRCARCH) always match.No functional change is intended for xtensa, either.This is rather a fix for parisc because arch/parisc/Makefile definesUTS_MATCHINE depending on CONFIG_64BIT, therefore cc-cross-prefixis not working in Kconfig time.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Geert Uytterhoeven &lt;geert@linux-m68k.org&gt;Acked-by: Helge Deller &lt;deller@gmx.de&gt;  # pariscAcked-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt; # xtensa

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Sat, 01 May 2021 17:24:36 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>c425c546 - xtensa: move CONFIG_CPU_*_ENDIAN defines to Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#c425c546</link>
        <description>xtensa: move CONFIG_CPU_*_ENDIAN defines to KconfigMove the definition of CONFIG_CPU_*_ENDIAN to Kconfig, the best placefor CONFIG options.I slightly simplified the test code. You can use the -P option to suppresslinemarker generation. The grep command is unneeded.  $ echo __XTENSA_EB__ | xtensa-linux-gcc -E -  # 1 &quot;&lt;stdin&gt;&quot;  # 1 &quot;&lt;built-in&gt;&quot;  # 1 &quot;&lt;command-line&gt;&quot;  # 1 &quot;&lt;stdin&gt;&quot;  1  $ echo __XTENSA_EB__ | xtensa-linux-gcc -E -P -  1Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Message-Id: &lt;20210313122342.69995-1-masahiroy@kernel.org&gt;Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Sat, 13 Mar 2021 12:23:41 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>a848bf1d - arch: xtensa: Remove CONFIG_OPROFILE support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#a848bf1d</link>
        <description>arch: xtensa: Remove CONFIG_OPROFILE supportThe &quot;oprofile&quot; user-space tools don&apos;t use the kernel OPROFILE supportany more, and haven&apos;t in a long time. User-space has been converted tothe perf interfaces.Remove the old oprofile&apos;s architecture specific support.Suggested-by: Christoph Hellwig &lt;hch@infradead.org&gt;Suggested-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Signed-off-by: Viresh Kumar &lt;viresh.kumar@linaro.org&gt;Acked-by: Robert Richter &lt;rric@kernel.org&gt;Acked-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Acked-by: William Cohen &lt;wcohen@redhat.com&gt;Acked-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;Acked-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Thu, 14 Jan 2021 11:35:29 +0000</pubDate>
        <dc:creator>Viresh Kumar &lt;viresh.kumar@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>7af710d9 - xtensa: add XIP kernel support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#7af710d9</link>
        <description>xtensa: add XIP kernel supportXIP (eXecute In Place) kernel image is the image that can be rundirectly from ROM, using RAM only for writable data.XIP xtensa kernel differs from regular xtensa kernel in the followingways:- it has exception/IRQ vectors merged into text section. No vectors  relocation takes place at kernel startup.- .data/.bss location must be specified in the kernel configuration,  its content is copied there in the _startup function.- .init.text is merged with the rest of text and is executed from ROM.- when MMU is used the virtual address where the kernel will be mapped  must be specified in the kernel configuration. It may be in the KSEG  or in the KIO, __pa macro is adjusted to be able to handle both.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Wed, 04 Jan 2017 01:57:51 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>5eacadb5 - xtensa: generate uapi header and syscall table header files</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#5eacadb5</link>
        <description>xtensa: generate uapi header and syscall table header filesSystem call table generation script must be run to gener-ate unistd_32.h and syscall_table.h files. This patch willhave changes which will invokes the script.This patch will generate unistd_32.h and syscall_table.hfiles by the syscall table generation script invoked byxtensa/Makefile and the generated files against the removedfiles must be identical.The generated uapi header file will be included in uapi/-asm/unistd.h and generated system call table header filewill be included by kernel/syscall.c file.Signed-off-by: Firoz Khan &lt;firoz.khan@linaro.org&gt;Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Tue, 13 Nov 2018 10:19:30 +0000</pubDate>
        <dc:creator>Firoz Khan &lt;firoz.khan@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>37c8a5fa - kbuild: consolidate Devicetree dtb build rules</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#37c8a5fa</link>
        <description>kbuild: consolidate Devicetree dtb build rulesThere is nothing arch specific about building dtb files other than theirlocation under /arch/*/boot/dts/. Keeping each arch aligned is a pain.The dependencies and supported targets are all slightly different.Also, a cross-compiler for each arch is needed, but really the hostcompiler preprocessor is perfectly fine for building dtbs. Move thebuild rules to a common location and remove the arch specific ones. Thisis done in a single step to avoid warnings about overriding rules.The build dependencies had been a mixture of &apos;scripts&apos; and/or &apos;prepare&apos;.These pull in several dependencies some of which need a target compiler(specifically devicetable-offsets.h) and aren&apos;t needed to build dtbs.All that is really needed is dtc, so adjust the dependencies to only bedtc.This change enables support &apos;dtbs_install&apos; on some arches which weremissing the target.Acked-by: Will Deacon &lt;will.deacon@arm.com&gt;Acked-by: Paul Burton &lt;paul.burton@mips.com&gt;Acked-by: Ley Foon Tan &lt;ley.foon.tan@intel.com&gt;Acked-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Cc: Michal Marek &lt;michal.lkml@markovi.net&gt;Cc: Vineet Gupta &lt;vgupta@synopsys.com&gt;Cc: Russell King &lt;linux@armlinux.org.uk&gt;Cc: Catalin Marinas &lt;catalin.marinas@arm.com&gt;Cc: Yoshinori Sato &lt;ysato@users.sourceforge.jp&gt;Cc: Michal Simek &lt;monstr@monstr.eu&gt;Cc: Ralf Baechle &lt;ralf@linux-mips.org&gt;Cc: James Hogan &lt;jhogan@kernel.org&gt;Cc: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;Cc: Paul Mackerras &lt;paulus@samba.org&gt;Cc: Michael Ellerman &lt;mpe@ellerman.id.au&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: linux-kbuild@vger.kernel.orgCc: linux-snps-arc@lists.infradead.orgCc: linux-arm-kernel@lists.infradead.orgCc: uclinux-h8-devel@lists.sourceforge.jpCc: linux-mips@linux-mips.orgCc: nios2-dev@lists.rocketboards.orgCc: linuxppc-dev@lists.ozlabs.orgCc: linux-xtensa@linux-xtensa.orgSigned-off-by: Rob Herring &lt;robh@kernel.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Wed, 10 Jan 2018 21:19:37 +0000</pubDate>
        <dc:creator>Rob Herring &lt;robh@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>8e966fab - xtensa: remove unnecessary KBUILD_SRC ifeq conditional</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#8e966fab</link>
        <description>xtensa: remove unnecessary KBUILD_SRC ifeq conditionalYou can always prefix variant/platform header search paths with$(srctree)/ because $(srctree) is &apos;.&apos; for in-tree building.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Wed, 12 Sep 2018 04:25:19 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>d503ac53 - kbuild: rename LDFLAGS to KBUILD_LDFLAGS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#d503ac53</link>
        <description>kbuild: rename LDFLAGS to KBUILD_LDFLAGSCommit a0f97e06a43c (&quot;kbuild: enable &apos;make CFLAGS=...&apos; to addadditional options to CC&quot;) renamed CFLAGS to KBUILD_CFLAGS.Commit 222d394d30e7 (&quot;kbuild: enable &apos;make AFLAGS=...&apos; to addadditional options to AS&quot;) renamed AFLAGS to KBUILD_AFLAGS.Commit 06c5040cdb13 (&quot;kbuild: enable &apos;make CPPFLAGS=...&apos; to addadditional options to CPP&quot;) renamed CPPFLAGS to KBUILD_CPPFLAGS.For some reason, LDFLAGS was not renamed.Using a well-known variable like LDFLAGS may result in accidentaloverride of the variable.Kbuild generally uses KBUILD_ prefixed variables for the internallyappended options, so here is one more conversion to sanitize thenaming convention.I did not touch Makefiles under tools/ since the tools build systemis a different world.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Acked-by: Kirill A. Shutemov &lt;kirill.shutemov@linux.intel.com&gt;Reviewed-by: Palmer Dabbelt &lt;palmer@sifive.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Thu, 23 Aug 2018 23:20:39 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>f8f02ca7 - xtensa: build kernel with text-section-literals</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#f8f02ca7</link>
        <description>xtensa: build kernel with text-section-literalsvmlinux.lds.S doesn&apos;t do anything special with literals, so instead ofkeeping them separate put them into the corresponding text sections.Drop explicit .literal sections from the vmlinux.lds.S, use standardsection macros. Mark literal pool locations in the assembly sources.Unfortunately assembler doesn&apos;t put literals into .init sections andexternal libgcc may still have .literal sections, so sed transformationto the linker script is still needed.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Mon, 04 Dec 2017 04:55:35 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>7bf5234d - xtensa: add -mno-serialize-volatile to CFLAGS</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/Makefile#7bf5234d</link>
        <description>xtensa: add -mno-serialize-volatile to CFLAGSBy default xtensa gcc inserts memw for all volatile object accesses.This is too pessimistic for the kernel: there should be no &quot;normal&quot;volatile objects, and all special objects, like MMIO or objects sharedbetween CPUs should have explicit barriers.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/Makefile</description>
        <pubDate>Fri, 28 Apr 2017 16:40:00 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
