<?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>1b1c9f0f - dt-bindings: kbuild: Fix dt_binding_check on unconfigured build</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#1b1c9f0f</link>
        <description>dt-bindings: kbuild: Fix dt_binding_check on unconfigured buildThe &apos;dt_binding_check&apos; target shouldn&apos;t depend on the kernelconfiguration, but it has since commit 604a57ba9781 (&quot;dt-bindings:kbuild: Add separate target/dependency for processed-schema.json&quot;).That is because CHECK_DT_BINDING make variable was dropped, butscripts/dtc/Makefile was missed. The CHECK_DTBS variable can be usedinstead.Reported-by: Francesco Dolcini &lt;francesco.dolcini@toradex.com&gt;Fixes: 604a57ba9781 (&quot;dt-bindings: kbuild: Add separate target/dependency for processed-schema.json&quot;)Signed-off-by: &quot;Rob Herring (Arm)&quot; &lt;robh@kernel.org&gt;Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Tue, 28 May 2024 20:02:32 +0000</pubDate>
        <dc:creator>Rob Herring (Arm) &lt;robh@kernel.org&gt;</dc:creator>
    </item>
<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/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/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>ef8795f3 - dt-bindings: kbuild: Use DTB files for validation</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#ef8795f3</link>
        <description>dt-bindings: kbuild: Use DTB files for validationSwitch the DT validation to use DTB files directly instead of a DTS toYAML conversion.The original motivation for supporting validation on DTB files was toenable running validation on a running system (e.g. &apos;dt-validate/sys/firmware/fdt&apos;) or other cases where the original source DTS is notavailable.The YAML format was not without issues. Using DTBs with the schema typeinformation solves some of those problems. The YAML format relies on theDTS source level information including bracketing of properties, sizedirectives, and phandle tags all of which are lost in a DTB file. Whilestandardizing the bracketing is a good thing, it does cause a lot ofextra warnings and churn to fix them.Another issue has been signed types are not validated correctly as signinformation is not propagated to YAML. Using the schema type informationallows for proper handling of signed types. YAML also can&apos;t representthe full range of 64-bit integers as numbers are stored as floats bymost/all parsers.The DTB validation works by decoding property values using the typeinformation in the schemas themselves. The main corner case this doesnot work for is matrix types where neither dimension is fixed. Fornow, checking the dimensions in these cases are skipped.Signed-off-by: Rob Herring &lt;robh@kernel.org&gt;Tested-by: Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;Link: https://lore.kernel.org/r/20220310160513.1708182-3-robh@kernel.org

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Thu, 10 Mar 2022 16:05:13 +0000</pubDate>
        <dc:creator>Rob Herring &lt;robh@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>a8b309ce - scripts/dtc: Call pkg-config POSIXly correct</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#a8b309ce</link>
        <description>scripts/dtc: Call pkg-config POSIXly correctRunning with POSIXLY_CORRECT=1 in the environment the scripts/dtc buildfails, because pkg-config doesn&apos;t output anything when the flags comeafter the arguments.Fixes: 067c650c456e (&quot;dtc: Use pkg-config to locate libyaml&quot;)Signed-off-by: Thomas Bracht Laumann Jespersen &lt;t@laumann.xyz&gt;Signed-off-by: Rob Herring &lt;robh@kernel.org&gt;Link: https://lore.kernel.org/r/20220131112028.7907-1-t@laumann.xyz

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Mon, 31 Jan 2022 11:20:28 +0000</pubDate>
        <dc:creator>Thomas Bracht Laumann Jespersen &lt;t@laumann.xyz&gt;</dc:creator>
    </item>
<item>
        <title>c3476d2f - scripts/dtc: Add missing fdtoverlay to gitignore</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#c3476d2f</link>
        <description>scripts/dtc: Add missing fdtoverlay to gitignoreCommit 0da6bcd9fcc0 (&quot;scripts: dtc: Build fdtoverlay tool&quot;) enabledbuilding fdtoverlay, but failed to add it to .gitignore.Also add a note to keep hostprogs in sync with .gitignore.Fixes: 0da6bcd9fcc0 (&quot;scripts: dtc: Build fdtoverlay tool&quot;)Reported-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Cc: Viresh Kumar &lt;viresh.kumar@linaro.org&gt;Signed-off-by: Rob Herring &lt;robh@kernel.org&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Tue, 23 Feb 2021 21:12:52 +0000</pubDate>
        <dc:creator>Rob Herring &lt;robh@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>0da6bcd9 - scripts: dtc: Build fdtoverlay tool</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#0da6bcd9</link>
        <description>scripts: dtc: Build fdtoverlay toolWe will start building overlays for platforms soon in the kernel andwould need fdtoverlay going forward. Lets start building it.The fdtoverlay program applies one or more overlay dtb blobs to a basedtb blob. The kernel build system would later use fdtoverlay to generatethe overlaid blobs based on platform specific configurations.Signed-off-by: Viresh Kumar &lt;viresh.kumar@linaro.org&gt;Signed-off-by: Rob Herring &lt;robh@kernel.org&gt;Link: https://lore.kernel.org/r/4a201dea3ba11a00cab7e936dfc1140dac1a1ae3.1611904394.git.viresh.kumar@linaro.org

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Fri, 29 Jan 2021 07:24:06 +0000</pubDate>
        <dc:creator>Viresh Kumar &lt;viresh.kumar@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>efe84d40 - scripts/dtc: only append to HOST_EXTRACFLAGS instead of overwriting</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#efe84d40</link>
        <description>scripts/dtc: only append to HOST_EXTRACFLAGS instead of overwritingWhen building with	$ HOST_EXTRACFLAGS=-g makethe expectation is that host tools are built with debug informations.This however doesn&apos;t happen if the Makefile assigns a new value to theHOST_EXTRACFLAGS instead of appending to it. So use += instead of := forthe first assignment.Fixes: e3fd9b5384f3 (&quot;scripts/dtc: consolidate include path options in Makefile&quot;)Signed-off-by: Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@pengutronix.de&gt;Signed-off-by: Rob Herring &lt;robh@kernel.org&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Sat, 19 Sep 2020 14:39:22 +0000</pubDate>
        <dc:creator>Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@pengutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>faabed29 - kbuild: introduce hostprogs-always-y and userprogs-always-y</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#faabed29</link>
        <description>kbuild: introduce hostprogs-always-y and userprogs-always-yTo build host programs, you need to add the program names to &apos;hostprogs&apos;to use the necessary build rule, but it is not enough to build thembecause there is no dependency.There are two types of host programs: built as the prerequisite ofanother (e.g. gen_crc32table in lib/Makefile), or always built whenKbuild visits the Makefile (e.g. genksyms in scripts/genksyms/Makefile).The latter is typical in Makefiles under scripts/, which contains hostprograms globally used during the kernel build. To build them, you needto add them to both &apos;hostprogs&apos; and &apos;always-y&apos;.This commit adds hostprogs-always-y as a shorthand.The same applies to user programs. net/bpfilter/Makefile buildsbpfilter_umh on demand, hence always-y is unneeded. In contrast,programs under samples/ are added to both &apos;userprogs&apos; and &apos;always-y&apos;so they are always built when Kbuild visits the Makefiles.userprogs-always-y works as a shorthand.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Acked-by: Miguel Ojeda &lt;miguel.ojeda.sandonis@gmail.com&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Sat, 01 Aug 2020 12:27:18 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>f8d8b46c - scripts/dtc: use pkg-config to include &lt;yaml.h&gt; in non-standard path</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#f8d8b46c</link>
        <description>scripts/dtc: use pkg-config to include &lt;yaml.h&gt; in non-standard pathCommit 067c650c456e (&quot;dtc: Use pkg-config to locate libyaml&quot;) added&apos;pkg-config --libs&apos; to link libyaml installed in a non-standardlocation.yamltree.c includes &lt;yaml.h&gt;, but that commit did not add the searchpath for &lt;yaml.h&gt;. If /usr/include/yaml.h does not exist, it fails tobuild. A user can explicitly pass HOSTCFLAGS to work around it, butthe policy is not consistent.There are two ways to deal with libraries in a non-default location.[1] Use HOSTCFLAGS and HOSTLDFLAGS for additional search paths for    headers and libraries.    They are documented in Documentation/kbuild/kbuild.rst    $ make HOSTCFLAGS=&apos;-I &lt;prefix&gt;/include&apos; HOSTLDFLAGS=&apos;-L &lt;prefix&gt;/lib&apos;[2] Use pkg-config    &apos;pkg-config --cflags&apos; for querying the header search path    &apos;pkg-config --libs&apos;   for querying the lib and its pathIf we go with pkg-config, use [2] consistently. Do not mix up[1] and [2].Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Rob Herring &lt;robh@kernel.org&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Tue, 05 May 2020 10:03:19 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>0903060f - kbuild: check libyaml installation for &apos;make dt_binding_check&apos;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#0903060f</link>
        <description>kbuild: check libyaml installation for &apos;make dt_binding_check&apos;If you run &apos;make dtbs_check&apos; without installing the libyaml package,the error message &quot;dtc needs libyaml ...&quot; is shown.This should be checked also for &apos;make dt_binding_check&apos; because dtcneeds to validate *.example.dts extracted from *.yaml files.It is missing since commit 4f0e3a57d6eb (&quot;kbuild: Add support for DTbinding schema checks&quot;), but this fix-up is applicable only after commite10c4321dc1e (&quot;kbuild: allow to run dt_binding_check and dtbs_checkin a single command&quot;).I gave the Fixes tag to the latter in case somebody is interested inback-porting this.Fixes: e10c4321dc1e (&quot;kbuild: allow to run dt_binding_check and dtbs_check in a single command&quot;)Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Rob Herring &lt;robh@kernel.org&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Fri, 17 Apr 2020 04:04:55 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>9dffecc1 - kbuild: allow to run dt_binding_check without kernel configuration</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#9dffecc1</link>
        <description>kbuild: allow to run dt_binding_check without kernel configurationThe dt_binding_check target is located outside of the&apos;ifneq ($(dtstree),) ... endif&apos; block.So, you can run &apos;make dt_binding_check&apos; on any architecture.This makes a perfect sense because the dt-schema is arch-agnostic.The only one problem I see is that scripts/dtc/dtc is not always built.For example, ARCH=x86 defconfig does not define CONFIG_DTC. Kbuilddescends into scripts/dtc/ with doing nothing. Then, it fails to build*.example.dt.yaml files.Let&apos;s build scripts/dtc/dtc forcibly when running dt_binding_check.The dt-schema does not depend on any CONFIG option either, so youshould be able to run dt_binding_check without the .config file.Going forward, you can directly run &apos;make dt_binding_check&apos; in apristine source tree.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Reviewed-by: Rob Herring &lt;robh@kernel.org&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Wed, 04 Mar 2020 03:20:38 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>5f2fb52f - kbuild: rename hostprogs-y/always to hostprogs/always-y</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#5f2fb52f</link>
        <description>kbuild: rename hostprogs-y/always to hostprogs/always-yIn old days, the &quot;host-progs&quot; syntax was used for specifying hostprograms. It was renamed to the current &quot;hostprogs-y&quot; in 2004.It is typically useful in scripts/Makefile because it allows Kbuild toselectively compile host programs based on the kernel configuration.This commit renames like follows:  always       -&gt;  always-y  hostprogs-y  -&gt;  hostprogsSo, scripts/Makefile will look like this:  always-$(CONFIG_BUILD_BIN2C) += ...  always-$(CONFIG_KALLSYMS)    += ...      ...  hostprogs := $(always-y) $(always-m)I think this makes more sense because a host program is always a hostprogram, irrespective of the kernel configuration. We want to specifywhich ones to compile by CONFIG options, so always-y will be handier.The &quot;always&quot;, &quot;hostprogs-y&quot;, &quot;hostprogs-m&quot; will be kept for backwardcompatibility for a while.Signed-off-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Sat, 01 Feb 2020 16:49:24 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;masahiroy@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>067c650c - dtc: Use pkg-config to locate libyaml</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#067c650c</link>
        <description>dtc: Use pkg-config to locate libyamlUsing Makefile&apos;s wildcard with absolute path to detectthe presence of libyaml results in false-positivedetection when cross-compiling e.g. in yocto environment.The latter results in build error:| scripts/dtc/yamltree.o: In function `yaml_propval_int&apos;:| yamltree.c: undefined reference to `yaml_sequence_start_event_initialize&apos;| yamltree.c: undefined reference to `yaml_emitter_emit&apos;| yamltree.c: undefined reference to `yaml_scalar_event_initialize&apos;...Use pkg-config to locate libyaml to address this scenario.Signed-off-by: Pavel Modilaynen &lt;pavel.modilaynen@axis.com&gt;[robh: silence stderr]Signed-off-by: Rob Herring &lt;robh@kernel.org&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Fri, 12 Jul 2019 11:52:19 +0000</pubDate>
        <dc:creator>Pavel Modilaynen &lt;pavel.modilaynen@axis.com&gt;</dc:creator>
    </item>
<item>
        <title>9cc342f6 - treewide: prefix header search paths with $(srctree)/</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#9cc342f6</link>
        <description>treewide: prefix header search paths with $(srctree)/Currently, the Kbuild core manipulates header search paths in a crazyway [1].To fix this mess, I want all Makefiles to add explicit $(srctree)/ tothe search paths in the srctree. Some Makefiles are already written inthat way, but not all. The goal of this work is to make the notationconsistent, and finally get rid of the gross hacks.Having whitespaces after -I does not matter since commit 48f6e3cf5bc6(&quot;kbuild: do not drop -I without parameter&quot;).[1]: https://patchwork.kernel.org/patch/9632347/Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Mon, 13 May 2019 06:22:16 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>4f0e3a57 - kbuild: Add support for DT binding schema checks</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#4f0e3a57</link>
        <description>kbuild: Add support for DT binding schema checksThis adds the build infrastructure for checking DT binding schemadocuments and validating dts files using the binding schema.Check DT binding schema documents:make dt_binding_checkBuild dts files and check using DT binding schema:make dtbs_checkOptionally, DT_SCHEMA_FILES can be passed in with a schema file(s) touse for validation. This makes it easier to find and fix errorsgenerated by a specific schema.Currently, the validation targets are separate from a normal build toavoid a hard dependency on the external DT schema project and becausethere are lots of warnings generated.Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Mark Rutland &lt;mark.rutland@arm.com&gt;Acked-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Cc: Michal Marek &lt;michal.lkml@markovi.net&gt;Cc: linux-doc@vger.kernel.orgCc: devicetree@vger.kernel.orgCc: linux-kbuild@vger.kernel.orgSigned-off-by: Rob Herring &lt;robh@kernel.org&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Thu, 06 Sep 2018 18:26:07 +0000</pubDate>
        <dc:creator>Rob Herring &lt;robh@kernel.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/scripts/dtc/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/scripts/dtc/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>f858927f - scripts/dtc: Update to upstream version v1.4.7-14-gc86da84d30e4</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#f858927f</link>
        <description>scripts/dtc: Update to upstream version v1.4.7-14-gc86da84d30e4Major changes are I2C and SPI bus checks, YAML output format (forfuture validation), some new libfdt functions, and more libfdtvalidation of dtbs.The YAML addition adds an optional dependency on libyaml. pkg-config isused to test for it and pkg-config became a kconfig dependency in 4.18.This adds the following commits from upstream:c86da84d30e4 Add support for YAML encoded output361b5e7d8067 Make type_marker_length helper publicbfbfab047e45 pylibfdt: Add a means to add and delete notes9005f4108e7c pylibfdt: Allow delprop() to return errorsb94c056b137e Make valgrind optionalfd06c54d4711 tests: Better testing of dtc -I fs modec3f50c9a86d9 tests: Allow dtbs_equal_unordered to ignore mem reserves0ac9fdee37c7 dtc: trivial &apos;-I fs -O dts&apos; test0fd1c8c783f3 pylibfdt: fdt_get_mem_rsv returns 2 uint64_t values04853cad18f4 pylibfdt: Don&apos;t incorrectly / unnecessarily override uint64_t typemap9619c8619c37 Kill bogus TYPE_BLOB marker typeac68ff92ae20 parser: add TYPE_STRING marker to path references90a190eb04d9 checks: add SPI bus checks53a1bd546905 checks: add I2C bus checks88f18909db73 dtc: Bump version to v1.4.785bce8b2f06d tests: Correction to vg_prepare_blob()57f7f9e7bc7c tests: Don&apos;t call memcmp() with NULL argumentsc12b2b0c20eb libfdt: fdt_address_cells() and fdt_size_cells()3fe0eeda0b7f livetree: Set phandle properties type to uint32853649acceba pylibfdt: Support the sequential-write interface9b0e4fe26093 tests: Improve fdt_resize() tests1087504bb3e8 libfdt: Add necessary header padding in fdt_create()c72fa777e613 libfdt: Copy the struct region in fdt_resize()32b9c6130762 Preserve datatype markers when emitting dts format6dcb8ba408ec libfdt: Add helpers for accessing unaligned words42607f21d43e tests: Fix incorrect check name &apos;prop_name_chars&apos;9d78c33bf8a1 tests: fix grep for checks error messagesb770f3d1c13f pylibfdt: Support setting the name of a node2f0d07e678e0 pylibfdt: Add functions to set and get properties as strings354d3dc55939 pylibfdt: Update the bytearray size with pack()3c374d46acce pylibfdt: Allow reading integer values from properties49d32ce40bb4 pylibfdt: Use an unsigned type for fdt32_t481246a0c13a pylibfdt: Avoid accessing the internal _fdt member in tests9aafa33d99ed pylibfdt: Add functions to update properties5a598671fdbf pylibfdt: Support device-tree creation/expansion483e170625e1 pylibfdt: Add support for reading the memory reserve map29bb05aa4200 pylibfdt: Add support for the rest of the header functions582a7159a5d0 pylibfdt: Add support for fdt_next_node()f0f8c9169819 pylibfdt: Reorder functions to match libfdt.h64a69d123935 pylibfdt: Return string instead of bytearray from getprop()4d09a83420df fdtput: Add documentatione617cbe1bd67 fdtget: Add documentation180a93924014 Use &lt;inttypes.h&gt; format specifiers in a bunch of places we shouldb9af3b396576 scripts/dtc: Fixed format mismatch in fprintf4b8fcc3d015c libfdt: Add fdt_check_full() functionc14223fb2292 tests: Use valgrind client requests for better checking5b67d2b955a3 tests: Better handling of valgrind errors saving blobse2556aaeb506 tests: Remove unused #definefb9c6abddaa8 Use size_t for blob lengths in utilfdt_read*0112fda03bf6 libfdt: Add fdt_header_size()6473a21d8bfe Consolidate utilfdt_read_len() variantsd5db5382c5e5 libfdt: Safer access to memory reservations719d582e98ec libfdt: Propagate name errors in fdt_getprop_by_offset()70166d62a27f libfdt: Safer access to strings sectioneb890c0f77dc libfdt: Make fdt_check_header() more thorough899d6fad93f3 libfdt: Improve sequential write state checking04b5b4062ccd libfdt: Clean up header checking functions44d3efedc816 Preserve datatype information when parsing dtsf0be81bd8de0 Make Property a subclass of bytearray24b1f3f064d4 pylibfdt: Add a method to access the device tree directlySigned-off-by: Rob Herring &lt;robh@kernel.org&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Thu, 13 Sep 2018 13:59:25 +0000</pubDate>
        <dc:creator>Rob Herring &lt;robh@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>e3fd9b53 - scripts/dtc: consolidate include path options in Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#e3fd9b53</link>
        <description>scripts/dtc: consolidate include path options in MakefileIt is tedious to specify extra compiler options for every file.HOST_EXTRACFLAGS is useful to add options to all files in adirectory.-I$(src)/libfdt is needed for all the files in this directoryto include libfdt_env.h etc. from scripts/dtc/libfdt/.On the other hand, -I$(src) is used to include check-in headersfrom generated C files.  Thus, I added it only to dtc-lexer.lex.oand dtc-parser.tab.o .Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Reviewed-by: Rob Herring &lt;robh@kernel.org&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Wed, 04 Jul 2018 01:59:23 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>b23d1a24 - kbuild: add %.lex.c and %.tab.[ch] to &apos;targets&apos; automatically</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#b23d1a24</link>
        <description>kbuild: add %.lex.c and %.tab.[ch] to &apos;targets&apos; automaticallyFiles generated by if_changed* must be added to &apos;targets&apos; to include*.cmd files.  Otherwise, they would be regenerated every time.The build system automatically adds objects to &apos;targets&apos; whereappropriate, such as obj-y, extra-y, etc. but does nothing forintermediate files.  So, each Makefile needs to add them by itself.There are some common cases where objects are generated by chainedrules.  Lexers and parsers are compiled like follows:   %.lex.o &lt;- %.lex.c &lt;- %.l   %.tab.o &lt;- %.tab.c &lt;- %.yThey are common patterns, so it is reasonable to take care of themin the core Makefile instead of requiring each Makefile to do so.At this moment, you cannot delete &apos;target += zconf.lex.c&apos; in theKconfig Makefile because zconf.lex.c is included from zconf.tab.cinstead of being compiled separately.  It should be deleted afterKconfig is more refactored.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Acked-by: Frank Rowand &lt;frowand.list@gmail.com&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Fri, 23 Mar 2018 13:04:33 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
<item>
        <title>9a8dfb39 - kbuild: clean up *.lex.c and *.tab.[ch] patterns from top-level Makefile</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/scripts/dtc/Makefile#9a8dfb39</link>
        <description>kbuild: clean up *.lex.c and *.tab.[ch] patterns from top-level MakefileFiles suffixed by .lex.c, .tab.[ch] are generated lexers, parsers,respectively.  Clean them up globally from the top Makefile.Some of the final host programs those lexer/parser are linked intoare necessary for building external modules, but the intermediatesare unneeded.  They can be cleaned away by &apos;make clean&apos; instead of&apos;make mrproper&apos;.Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;Acked-by: Frank Rowand &lt;frowand.list@gmail.com&gt;

            List of files:
            /linux-6.15/scripts/dtc/Makefile</description>
        <pubDate>Fri, 23 Mar 2018 13:04:31 +0000</pubDate>
        <dc:creator>Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;</dc:creator>
    </item>
</channel>
</rss>
