<?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>b1992c37 - kbuild: use $(src) instead of $(srctree)/$(src) for source directory</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/include-prefixes/xtensa/Makefile#b1992c37</link>
        <description>kbuild: use $(src) instead of $(srctree)/$(src) for source directoryKbuild conventionally uses $(obj)/ for generated files, and $(src)/ forchecked-in source files. It is merely a convention without any functionaldifference. In fact, $(obj) and $(src) are exactly the same, as definedin scripts/Makefile.build:    src := $(obj)When the kernel is built in a separate output directory, $(src) doesnot accurately reflect the source directory location. While Kbuildresolves this discrepancy by specifying VPATH=$(srctree) to search forsource files, it does not cover all cases. For example, when adding aheader search path for local headers, -I$(srctree)/$(src) is typicallypassed to the compiler.This introduces inconsistency between upstream and downstream Makefilesbecause $(src) is used instead of $(srctree)/$(src) for the latter.To address this inconsistency, this commit changes the semantics of$(src) so that it always points to the directory in the source tree.Going forward, the variables used in Makefiles will have the followingmeanings:  $(obj)     - directory in the object tree  $(src)     - directory in the source tree  (changed by this commit)  $(objtree) - the top of the kernel object tree  $(srctree) - the top of the kernel source treeConsequently, $(srctree)/$(src) in upstream Makefiles need to be replacedwith $(src).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/scripts/dtc/include-prefixes/xtensa/Makefile</description>
        <pubDate>Sat, 27 Apr 2024 14:55:02 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&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/scripts/dtc/include-prefixes/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/scripts/dtc/include-prefixes/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>687cffd3 - xtensa: rename BUILTIN_DTB to BUILTIN_DTB_SOURCE</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/include-prefixes/xtensa/Makefile#687cffd3</link>
        <description>xtensa: rename BUILTIN_DTB to BUILTIN_DTB_SOURCEWhen building some xtensa config, I hit the following warning:  drivers/staging/mt7621-dts/Kconfig:4:warning: &apos;BUILTIN_DTB&apos; has wrong type.  &apos;select&apos; only accept arguments of bool and tristate typeIt is due to some arch use BUILTIN_DTB as a flag for the need to builtindtb but xtensa use it as a string for which dtb to bulltin.But for this (which dtb to build), it is better to useBUILTIN_DTB_SOURCE like other arch do.Signed-off-by: Corentin Labbe &lt;clabbe@baylibre.com&gt;Signed-off-by: Max Filippov &lt;jcmvbkbc@gmail.com&gt;

            List of files:
            /linux-6.15/scripts/dtc/include-prefixes/xtensa/Makefile</description>
        <pubDate>Wed, 23 Jan 2019 09:49:18 +0000</pubDate>
        <dc:creator>Corentin Labbe &lt;clabbe@baylibre.com&gt;</dc:creator>
    </item>
<item>
        <title>7e7962dd - kbuild: handle dtb-y and CONFIG_OF_ALL_DTBS natively in Makefile.lib</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/include-prefixes/xtensa/Makefile#7e7962dd</link>
        <description>kbuild: handle dtb-y and CONFIG_OF_ALL_DTBS natively in Makefile.libIf CONFIG_OF_ALL_DTBS is enabled, &quot;make ARCH=arm64 dtbs&quot; compiles eachDTB twice; one from arch/arm64/boot/dts/*/Makefile and the other fromthe dtb-$(CONFIG_OF_ALL_DTBS) line in arch/arm64/boot/dts/Makefile.It could be a race problem when building DTBS in parallel.Another minor issue is CONFIG_OF_ALL_DTBS covers only *.dts in vendorsub-directories, so this broke when Broadcom added one more hierarchyin arch/arm64/boot/dts/broadcom/&lt;soc&gt;/.One idea to fix the issues in a clean way is to move DTB handlingto Kbuild core scripts.  Makefile.dtbinst already recognizes dtb-ynatively, so it should not hurt to do so.Add $(dtb-y) to extra-y, and $(dtb-) as well if CONFIG_OF_ALL_DTBS isenabled.  All clutter things in Makefiles go away.As a bonus clean-up, I also removed dts-dirs.  Just use subdir-ydirectly to traverse sub-directories.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;[robh: corrected BUILTIN_DTB to CONFIG_BUILTIN_DTB]Signed-off-by: Rob Herring &lt;robh@kernel.org&gt;

            List of files:
            /linux-6.15/scripts/dtc/include-prefixes/xtensa/Makefile</description>
        <pubDate>Sun, 05 Nov 2017 05:30:53 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>74ce1896 - kbuild: clean up *.dtb and *.dtb.S patterns from top-level Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/include-prefixes/xtensa/Makefile#74ce1896</link>
        <description>kbuild: clean up *.dtb and *.dtb.S patterns from top-level MakefileWe need to add &quot;clean-files&quot; in Makfiles to clean up DT blobs, but weoften miss to do so.Since there are no source files that end with .dtb or .dtb.S, so wecan clean-up those files from the top-level Makefile.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Rob Herring &lt;robh@kernel.org&gt;

            List of files:
            /linux-6.15/scripts/dtc/include-prefixes/xtensa/Makefile</description>
        <pubDate>Thu, 02 Nov 2017 02:51:25 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>99085704 - xtensa: enable building of all dtbs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/include-prefixes/xtensa/Makefile#99085704</link>
        <description>xtensa: enable building of all dtbsEnable building all dtb files when CONFIG_OF_ALL_DTBS is enabled. The dtbsare not really dependent on a platform being enabled or any other kernelconfig, so for testing coverage it is convenient to build all of the dtbs.This builds all dts files in the tree, not just targets listed.Signed-off-by: Rob Herring &lt;robh@kernel.org&gt;Cc: Chris Zankel &lt;chris@zankel.net&gt;Cc: Max Filippov &lt;jcmvbkbc@gmail.com&gt;Cc: linux-xtensa@linux-xtensa.org

            List of files:
            /linux-6.15/scripts/dtc/include-prefixes/xtensa/Makefile</description>
        <pubDate>Tue, 06 Oct 2015 22:51:21 +0000</pubDate>
        <dc:creator>Rob Herring &lt;robh@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>2a02bc16 - xtensa: use new common dtc rule</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/include-prefixes/xtensa/Makefile#2a02bc16</link>
        <description>xtensa: use new common dtc ruleThe current rules have the .dtb files build in a different directoryfrom the .dts files. This patch changes xtensa to use the generic dtbrule which builds .dtb files in the same directory as the source .dts.This requires moving parts of arch/xtensa/boot/Makefile into newlycreated arch/xtensa/boot/dts/Makefile, and updating arch/xtensa/Makefileto call the new Makefile.Signed-off-by: Stephen Warren &lt;swarren@nvidia.com&gt;Signed-off-by: Chris Zankel &lt;chris@zankel.net&gt;

            List of files:
            /linux-6.15/scripts/dtc/include-prefixes/xtensa/Makefile</description>
        <pubDate>Wed, 02 Jan 2013 18:27:14 +0000</pubDate>
        <dc:creator>Stephen Warren &lt;swarren@nvidia.com&gt;</dc:creator>
    </item>
</channel>
</rss>
