<?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>7b665784 - xtensa: remove unneeded export in boot-elf/Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/boot/boot-elf/Makefile#7b665784</link>
        <description>xtensa: remove unneeded export in boot-elf/MakefileNo one uses these as environment variables.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Message-Id: &lt;20210313122342.69995-2-masahiroy@kernel.org&gt;Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/boot/boot-elf/Makefile</description>
        <pubDate>Sat, 13 Mar 2021 12:23:42 +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/boot/boot-elf/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/boot/boot-elf/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>3ec8a5b3 - kbuild: do not export LDFLAGS_vmlinux</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/boot/boot-elf/Makefile#3ec8a5b3</link>
        <description>kbuild: do not export LDFLAGS_vmlinuxWhen you clean the build tree for ARCH=arm, you may see the followingerror message from &apos;nm&apos; command:$ make -j24 ARCH=arm clean  CLEAN   arch/arm/crypto  CLEAN   arch/arm/kernel  CLEAN   arch/arm/mach-at91  CLEAN   arch/arm/mach-omap2  CLEAN   arch/arm/vdso  CLEAN   certs  CLEAN   lib  CLEAN   usr  CLEAN   net/wireless  CLEAN   drivers/firmware/efi/libstubnm: &apos;arch/arm/boot/compressed/../../../../vmlinux&apos;: No such file/bin/sh: 1: arithmetic expression: expecting primary: &quot; &quot;  CLEAN   arch/arm/boot/compressed  CLEAN   drivers/scsi  CLEAN   drivers/tty/vt  CLEAN   arch/arm/boot  CLEAN   vmlinux.symvers modules.builtin modules.builtin.modinfoEven if you rerun the same command, the error message will not beshown despite vmlinux is already gone.To reproduce it, the parallel option -j is needed. Single threadcleaning always executes &apos;archclean&apos;, &apos;vmlinuxclean&apos; in this order,so vmlinux still exists when arch/arm/boot/compressed/ is cleaned.Looking at arch/arm/boot/compressed/Makefile does not help understandthe reason of the error message. Both KBSS_SZ and LDFLAGS_vmlinux areassigned with &apos;=&apos; operator, hence, they are not expanded unless used.Obviously, &apos;make clean&apos; does not use them.In fact, the root cause exists in the top Makefile:  export LDFLAGS_vmlinuxSince LDFLAGS_vmlinux is an exported variable, LDFLAGS_vmlinux inarch/arm/boot/compressed/Makefile is expanded when scripts/Makefile.cleanhas a command to execute. This is why the error message shows up onlywhen there exist build artifacts in arch/arm/boot/compressed/.Adding &apos;unexport LDFLAGS_vmlinux&apos; to arch/arm/boot/compressed/Makefilewill fix it as far as ARCH=arm is concerned, but I think the proper fixis to get rid of &apos;export LDFLAGS_vmlinux&apos; from the top Makefile.LDFLAGS_vmlinux in the top Makefile contains linker flags for the topvmlinux. LDFLAGS_vmlinux in arch/arm/boot/compressed/Makefile is forarch/arm/boot/compressed/vmlinux. They just happen to have the samevariable name, but are used for different purposes. Stop shadowingLDFLAGS_vmlinux.This commit passes LDFLAGS_vmlinux to scripts/link-vmlinux.sh via acommand line parameter instead of via an environment variable. LD andKBUILD_LDFLAGS are exported, but I did the same for consistency. Anyway,they must be included in cmd_link-vmlinux to allow if_changed to detectthe changes in LD or KBUILD_LDFLAGS.The following Makefiles are not affected:  arch/arm/boot/compressed/Makefile  arch/h8300/boot/compressed/Makefile  arch/nios2/boot/compressed/Makefile  arch/parisc/boot/compressed/Makefile  arch/s390/boot/compressed/Makefile  arch/sh/boot/compressed/Makefile  arch/sh/boot/romimage/Makefile  arch/x86/boot/compressed/MakefileThey use &apos;:=&apos; or &apos;=&apos; to clear the LDFLAGS_vmlinux inherited from thetop Makefile.We need to take a closer look at the impact to unicore32 and xtensa.arch/unicore32/boot/compressed/Makefile only uses &apos;+=&apos; operator forLDFLAGS_vmlinux. So, the decompressor previously inherited the linkerflags from the top Makefile.However, commit 70fac51feaf2 (&quot;unicore32 additional architecture files:boot process&quot;) was merged before commit 1f2bfbd00e46 (&quot;kbuild: link ofvmlinux moved to a script&quot;). So, I rather consider this is a bug fix of1f2bfbd00e46.arch/xtensa/boot/boot-elf/Makefile is also affected, but this is alsoconsidered a fix for the same reason. It did not inherit LDFLAGS_vmlinuxwhen commit 4bedea945451 (&quot;[PATCH] xtensa: Architecture support forTensilica Xtensa Part 2&quot;) was merged. I deleted $(LDFLAGS_vmlinux),which is now empty.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;Tested-by: Nick Desaulniers &lt;ndesaulniers@google.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/boot/boot-elf/Makefile</description>
        <pubDate>Wed, 01 Jul 2020 19:29:36 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>8824c1af - xtensa: add boot subdirectories build artifacts to &apos;targets&apos;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/boot/boot-elf/Makefile#8824c1af</link>
        <description>xtensa: add boot subdirectories build artifacts to &apos;targets&apos;Xtensa always rebuilds the following even if nothing in the source codehas been changed. Passing V=2 shows the reason.  AS      arch/xtensa/boot/boot-elf/bootstrap.o - due to bootstrap.o not in $(targets)  LDS     arch/xtensa/boot/boot-elf/boot.lds - due to boot.lds not in $(targets)They are built by if_changed(_dep). Add them to &apos;targets&apos; so .*.cmd filesare included.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Message-Id: &lt;20200722004707.779601-1-masahiroy@kernel.org&gt;Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/boot/boot-elf/Makefile</description>
        <pubDate>Wed, 22 Jul 2020 00:47:07 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>65898b37 - xtensa: move vmlinux.bin[.gz] to boot subdirectory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/boot/boot-elf/Makefile#65898b37</link>
        <description>xtensa: move vmlinux.bin[.gz] to boot subdirectoryvmlinux.bin and vmlinux.bin.gz are always rebuilt in the kernel buildprocess. Add them to &apos;targets&apos; and move them to the boot subdirectorywhere their rules are. Update make rules that refer to them.Reviewed-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/boot/boot-elf/Makefile</description>
        <pubDate>Wed, 22 Jul 2020 05:20:19 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.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/boot/boot-elf/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/boot/boot-elf/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>9a736fcb - xtensa: clean up bootable image build targets</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/boot/boot-elf/Makefile#9a736fcb</link>
        <description>xtensa: clean up bootable image build targetsCurrently xtensa uses &apos;zImage&apos; as a synonym of &apos;all&apos;, but in fact xtensasupports three targets: &apos;Image&apos; (ELF image with reset vector), &apos;zImage&apos;(compressed redboot image) and &apos;uImage&apos; (U-Boot image).Provide separate &apos;Image&apos;, &apos;zImage&apos; and &apos;uImage&apos; make targets that onlybuild corresponding image type. Make &apos;all&apos; build all images appropriatefor a platform.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/arch/xtensa/boot/boot-elf/Makefile</description>
        <pubDate>Sun, 25 Dec 2016 12:58:57 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>e85e335f - xtensa: add MMU v3 support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/boot/boot-elf/Makefile#e85e335f</link>
        <description>xtensa: add MMU v3 supportMMUv3 comes out of reset with identity vaddr -&gt; paddr mapping in the TLBway 6:Way 6 (512 MB)        Vaddr       Paddr       ASID  Attr RWX Cache        ----------  ----------  ----  ---- --- -------        0x00000000  0x00000000  0x01  0x03 RWX Bypass        0x20000000  0x20000000  0x01  0x03 RWX Bypass        0x40000000  0x40000000  0x01  0x03 RWX Bypass        0x60000000  0x60000000  0x01  0x03 RWX Bypass        0x80000000  0x80000000  0x01  0x03 RWX Bypass        0xa0000000  0xa0000000  0x01  0x03 RWX Bypass        0xc0000000  0xc0000000  0x01  0x03 RWX Bypass        0xe0000000  0xe0000000  0x01  0x03 RWX BypassThis patch adds remapping code at the reset vector or at the kernel_start (depending on CONFIG_INITIALIZE_XTENSA_MMU_INSIDE_VMLINUX) thatreconfigures MMUv3 as MMUv2:Way 5 (128 MB)        Vaddr       Paddr       ASID  Attr RWX Cache        ----------  ----------  ----  ---- --- -------        0xd0000000  0x00000000  0x01  0x07 RWX WB        0xd8000000  0x00000000  0x01  0x03 RWX BypassWay 6 (256 MB)        Vaddr       Paddr       ASID  Attr RWX Cache        ----------  ----------  ----  ---- --- -------        0xe0000000  0xf0000000  0x01  0x07 RWX WB        0xf0000000  0xf0000000  0x01  0x03 RWX BypassSigned-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;

            List of files:
            /linux-6.15/arch/xtensa/boot/boot-elf/Makefile</description>
        <pubDate>Mon, 03 Dec 2012 11:01:43 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>3f5ec298 - xtensa: clean up boot make rules</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/boot/boot-elf/Makefile#3f5ec298</link>
        <description>xtensa: clean up boot make rules- remove duplicate rules for binary and packed image- use predefined macros for ld/objcopy/gzip- remove build-id section from bootable elf imageSigned-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;

            List of files:
            /linux-6.15/arch/xtensa/boot/boot-elf/Makefile</description>
        <pubDate>Mon, 05 Nov 2012 05:10:00 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>9ad79b58 - xtensa: drop CONFIG_EMBEDDED_RAMDISK</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/boot/boot-elf/Makefile#9ad79b58</link>
        <description>xtensa: drop CONFIG_EMBEDDED_RAMDISKRemove Kconfig entries, boot subdirectory, dependencies from otherboot-* Makefiles, and sections from ld scripts.Remove stale redboot code that used to pass initrd addresses in a3 anda4 to _start.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;

            List of files:
            /linux-6.15/arch/xtensa/boot/boot-elf/Makefile</description>
        <pubDate>Mon, 17 Sep 2012 01:44:50 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>7c94fe4a - xtensa: fix parallel make</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/boot/boot-elf/Makefile#7c94fe4a</link>
        <description>xtensa: fix parallel makeMake vmlinux.tmp and vmlinux.tmp.gz separate build targets, avoidremoving vmlinux.tmp during vmlinux.tmp.gz build.Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;

            List of files:
            /linux-6.15/arch/xtensa/boot/boot-elf/Makefile</description>
        <pubDate>Mon, 17 Sep 2012 01:44:49 +0000</pubDate>
        <dc:creator>Max Filippov &lt;jcmvbkbc@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>bdd362ff - [XTENSA] Fix makefile to work with binutils-2.18.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/boot/boot-elf/Makefile#bdd362ff</link>
        <description>[XTENSA] Fix makefile to work with binutils-2.18.When building with binutils-2.18, vmlinux includes .note.gnu.build-idsections that need to be stripped out when building the binary image.The old .xt.insn sections haven&apos;t been used for a long time, so don&apos;tbother stripping them.Signed-off-by: Bob Wilson &lt;bob.wilson@acm.org&gt;Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;

            List of files:
            /linux-6.15/arch/xtensa/boot/boot-elf/Makefile</description>
        <pubDate>Sat, 02 Feb 2008 00:56:32 +0000</pubDate>
        <dc:creator>Bob Wilson &lt;bwilson@heron.(none)&gt;</dc:creator>
    </item>
<item>
        <title>36dffadb - [XTENSA] Use preprocessor to generate the linker script for the ELF boot image</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/boot/boot-elf/Makefile#36dffadb</link>
        <description>[XTENSA] Use preprocessor to generate the linker script for the ELF boot imageSigned-off-by: Marc Gauthier &lt;marc@tensilica.com&gt;Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;

            List of files:
            /linux-6.15/arch/xtensa/boot/boot-elf/Makefile</description>
        <pubDate>Tue, 12 Feb 2008 21:14:17 +0000</pubDate>
        <dc:creator>Chris Zankel &lt;chris@zankel.net&gt;</dc:creator>
    </item>
<item>
        <title>e7d163f7 - [PATCH] xtensa: Removed local copy of zlib and fixed O= support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/boot/boot-elf/Makefile#e7d163f7</link>
        <description>[PATCH] xtensa: Removed local copy of zlib and fixed O= supportRemoved an unnecessary local copy of zlib (sorry for the add&apos;l traffic).Fixed &apos;O=&apos; support (thanks to Jan Dittmer for pointing it out).  Some minorclean-ups in the make files.Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/boot/boot-elf/Makefile</description>
        <pubDate>Thu, 30 Jun 2005 09:58:59 +0000</pubDate>
        <dc:creator>Chris Zankel &lt;czankel@tensilica.com&gt;</dc:creator>
    </item>
<item>
        <title>4bedea94 - [PATCH] xtensa: Architecture support for Tensilica Xtensa Part 2</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/arch/xtensa/boot/boot-elf/Makefile#4bedea94</link>
        <description>[PATCH] xtensa: Architecture support for Tensilica Xtensa Part 2The attached patches provides part 2 of an architecture implementation for theTensilica Xtensa CPU series.Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;

            List of files:
            /linux-6.15/arch/xtensa/boot/boot-elf/Makefile</description>
        <pubDate>Fri, 24 Jun 2005 05:01:12 +0000</pubDate>
        <dc:creator>Chris Zankel &lt;czankel@tensilica.com&gt;</dc:creator>
    </item>
</channel>
</rss>
