[U-Boot] Please pull u-boot-fdt, take 2
Hi Tom, This incorporates the v2 patch for 'fdt: Build the new python libfdt module' which should fix the problem with the original pull request. The following changes since commit be62fbf376261ab3a4ed5db3bf54d5df9e216d9f: Merge branch 'rmobile' of git://git.denx.de/u-boot-sh (2017-05-23 16:22:03 -0400) are available in the git repository at: git://git.denx.de/u-boot-fdt.git for you to fetch changes up to da9c601049eb7c993c7f6e33ae10af7a847a483d: fdt: Drop fdt_select.py (2017-05-24 18:12:31 -0600) Simon Glass (20): fdt: Add Python bindings pci: Correct cast for sandbox fdt: Correct cast for sandbox in fdtdec_setup_memory_size() fdt: Use SPDX format for licenses in the libfdt headers fdt: Move header files into lib/libfdt fdt: Allow swig options to be provided by Makefile fdt: Add all source files to the libfdt build fdt: Rename existing python libfdt module fdt: Build the new python libfdt module fdt: Update fdt_test to use 'dt' instead of 'fdt' fdt: dtoc: Add a full set of property tests fdt: Support use of the new python libfdt library fdt: Makefile: Build python libfdt library if needed fdt: Stop building the old python libfdt module fdt: Drop use of the legacy libfdt python module fdt: Drop fdt_fallback library binman: Drop a special case related to fdt_fallback fdt: Merge fdt_normal with its base class binman: Rename fdt variable to dtb fdt: Drop fdt_select.py Makefile| 16 +- cmd/pci.c |3 +- include/fdt.h | 112 +- include/libfdt.h| 2138 +- lib/fdtdec.c|3 +- lib/libfdt/fdt.h| 67 + lib/libfdt/libfdt.h | 2144 +++ lib/libfdt/libfdt.swig | 113 -- lib/libfdt/pylibfdt/libfdt.i| 389 + lib/libfdt/pylibfdt/setup.py| 123 ++ lib/libfdt/setup.py | 38 - scripts/Makefile.spl| 17 +- tools/Makefile | 48 +- tools/binman/binman.py |3 + tools/binman/control.py | 12 +- tools/binman/etype/u_boot_dtb_with_ucode.py | 24 +- tools/binman/fdt_test.py| 64 +- tools/binman/func_test.py | 48 +- tools/binman/test/45_prop_test.dts | 23 + tools/dtoc/dtoc.py |3 +- tools/dtoc/fdt.py | 183 ++- tools/dtoc/fdt_fallback.py | 181 --- tools/dtoc/fdt_normal.py| 225 --- tools/dtoc/fdt_select.py| 36 - 24 files changed, 3054 insertions(+), 2959 deletions(-) create mode 100644 lib/libfdt/fdt.h create mode 100644 lib/libfdt/libfdt.h delete mode 100644 lib/libfdt/libfdt.swig create mode 100644 lib/libfdt/pylibfdt/libfdt.i create mode 100755 lib/libfdt/pylibfdt/setup.py delete mode 100644 lib/libfdt/setup.py create mode 100644 tools/binman/test/45_prop_test.dts delete mode 100644 tools/dtoc/fdt_fallback.py delete mode 100644 tools/dtoc/fdt_normal.py delete mode 100644 tools/dtoc/fdt_select.py Regards, Simon ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
[U-Boot] Please pull u-boot-fdt (take 2)
Hi Tom, Here is a second attempt with this patch pulled in: http://patchwork.ozlabs.org/patch/681814/ The following changes since commit c69f6d04ec66433f2360490a5cd0263c83aab18f: Merge branch 'master' of http://git.denx.de/u-boot-mmc (2016-10-13 08:13:56 -0400) are available in the git repository at: git://git.denx.de/u-boot-fdt.git for you to fetch changes up to 42b7600d62ae288a8c12431d232b89b26ec61721: libfdt: Drop inlining of fdt_path_offset() (2016-10-13 14:12:40 -0600) David Gibson (1): libfdt: Fix undefined behaviour in fdt_offset_ptr() Hannes Schmelzer (1): cmd/fdt: add possibilty to have 'extrasize' on fdt resize Simon Glass (4): libfdt: Sync up with upstream libfdt: Bring in upstream stringlist functions libfdt: Sync fdt_for_each_subnode() with upstream libfdt: Drop inlining of fdt_path_offset() arch/arm/mach-tegra/xusb-padctl-common.c | 18 +- arch/arm/mach-uniphier/board_late_init.c | 5 ++- arch/x86/cpu/irq.c | 5 +-- board/compulab/cm_fx6/cm_fx6.c | 2 +- cmd/fdt.c| 9 +++-- common/fdt_support.c | 3 +- common/image-fdt.c | 2 +- common/image-fit.c | 21 +-- common/image-sig.c | 8 ++--- common/image.c | 19 +- drivers/clk/clk-uclass.c | 6 ++-- drivers/core/device.c| 2 +- drivers/gpio/dwapb_gpio.c| 3 +- drivers/i2c/mxc_i2c.c| 2 +- drivers/mailbox/mailbox-uclass.c | 6 ++-- drivers/net/cpsw.c | 2 +- drivers/net/keystone_net.c | 4 +-- drivers/net/mvpp2.c | 2 +- drivers/net/sun8i_emac.c | 5 +-- drivers/pci/pci_tegra.c | 2 +- drivers/phy/marvell/comphy_core.c| 2 +- drivers/pinctrl/exynos/pinctrl-exynos.c | 9 +++-- drivers/pinctrl/meson/pinctrl-meson.c| 4 +-- drivers/pinctrl/pinctrl-generic.c| 10 +++--- drivers/pinctrl/pinctrl-uclass.c | 2 +- drivers/power/pmic/palmas.c | 2 +- drivers/reset/reset-uclass.c | 6 ++-- drivers/spi/fsl_qspi.c | 2 +- drivers/video/sunxi_display.c| 2 +- include/fdt_support.h| 10 +- include/libfdt.h | 187 + lib/fdtdec.c | 4 +-- lib/libfdt/fdt.c | 13 +++ lib/libfdt/fdt_overlay.c | 8 ++--- lib/libfdt/fdt_ro.c | 119 ++ lib/libfdt/fdt_rw.c | 4 ++- lib/libfdt/fdt_wip.c | 6 ++-- test/overlay/cmd_ut_overlay.c| 5 ++- 38 files changed, 299 insertions(+), 222 deletions(-) Regards, Simon ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Please pull u-boot-fdt, take 2
On Wed, May 24, 2017 at 06:15:25PM -0600, Simon Glass wrote: > Hi Tom, > > This incorporates the v2 patch for 'fdt: Build the new python libfdt > module' which should fix the problem with the original pull request. > > > The following changes since commit be62fbf376261ab3a4ed5db3bf54d5df9e216d9f: > > Merge branch 'rmobile' of git://git.denx.de/u-boot-sh (2017-05-23 > 16:22:03 -0400) > > are available in the git repository at: > > git://git.denx.de/u-boot-fdt.git > > for you to fetch changes up to da9c601049eb7c993c7f6e33ae10af7a847a483d: > > fdt: Drop fdt_select.py (2017-05-24 18:12:31 -0600) NAK. travis-ci blows up quite badly: https://travis-ci.org/trini/u-boot/builds/235861889 -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
Re: [U-Boot] Please pull u-boot-fdt, take 2
Hi Tom, On 25 May 2017 at 05:19, Tom Rini wrote: > > On Wed, May 24, 2017 at 06:15:25PM -0600, Simon Glass wrote: > > > Hi Tom, > > > > This incorporates the v2 patch for 'fdt: Build the new python libfdt > > module' which should fix the problem with the original pull request. > > > > > > The following changes since commit be62fbf376261ab3a4ed5db3bf54d5df9e216d9f: > > > > Merge branch 'rmobile' of git://git.denx.de/u-boot-sh (2017-05-23 > > 16:22:03 -0400) > > > > are available in the git repository at: > > > > git://git.denx.de/u-boot-fdt.git > > > > for you to fetch changes up to da9c601049eb7c993c7f6e33ae10af7a847a483d: > > > > fdt: Drop fdt_select.py (2017-05-24 18:12:31 -0600) > > NAK. travis-ci blows up quite badly: > https://travis-ci.org/trini/u-boot/builds/235861889 I'm not sure how to repeat this problem. When I try this: buildman -P boston32r2el I don't see any errors. This looks like what the test is running. Any ideas what I am missing? I wonder if the environment is missing something, or has something extra, with respect to python-dev, etc.? Regards, Simon ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
Re: [U-Boot] Please pull u-boot-fdt, take 2
On Thu, May 25, 2017 at 11:27:10AM -0600, Simon Glass wrote: > Hi Tom, > > On 25 May 2017 at 05:19, Tom Rini wrote: > > > > On Wed, May 24, 2017 at 06:15:25PM -0600, Simon Glass wrote: > > > > > Hi Tom, > > > > > > This incorporates the v2 patch for 'fdt: Build the new python libfdt > > > module' which should fix the problem with the original pull request. > > > > > > > > > The following changes since commit > > > be62fbf376261ab3a4ed5db3bf54d5df9e216d9f: > > > > > > Merge branch 'rmobile' of git://git.denx.de/u-boot-sh (2017-05-23 > > > 16:22:03 -0400) > > > > > > are available in the git repository at: > > > > > > git://git.denx.de/u-boot-fdt.git > > > > > > for you to fetch changes up to da9c601049eb7c993c7f6e33ae10af7a847a483d: > > > > > > fdt: Drop fdt_select.py (2017-05-24 18:12:31 -0600) > > > > NAK. travis-ci blows up quite badly: > > https://travis-ci.org/trini/u-boot/builds/235861889 > > I'm not sure how to repeat this problem. When I try this: Your best bet is likely: https://docs.travis-ci.com/user/common-build-problems/#Troubleshooting-Locally-in-a-Docker-Image -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
Re: [U-Boot] Please pull u-boot-fdt, take 2
Hi Tom, On 25 May 2017 at 11:42, Tom Rini wrote: > On Thu, May 25, 2017 at 11:27:10AM -0600, Simon Glass wrote: >> Hi Tom, >> >> On 25 May 2017 at 05:19, Tom Rini wrote: >> > >> > On Wed, May 24, 2017 at 06:15:25PM -0600, Simon Glass wrote: >> > >> > > Hi Tom, >> > > >> > > This incorporates the v2 patch for 'fdt: Build the new python libfdt >> > > module' which should fix the problem with the original pull request. >> > > >> > > >> > > The following changes since commit >> > > be62fbf376261ab3a4ed5db3bf54d5df9e216d9f: >> > > >> > > Merge branch 'rmobile' of git://git.denx.de/u-boot-sh (2017-05-23 >> > > 16:22:03 -0400) >> > > >> > > are available in the git repository at: >> > > >> > > git://git.denx.de/u-boot-fdt.git >> > > >> > > for you to fetch changes up to da9c601049eb7c993c7f6e33ae10af7a847a483d: >> > > >> > > fdt: Drop fdt_select.py (2017-05-24 18:12:31 -0600) >> > >> > NAK. travis-ci blows up quite badly: >> > https://travis-ci.org/trini/u-boot/builds/235861889 >> >> I'm not sure how to repeat this problem. When I try this: > > Your best bet is likely: > https://docs.travis-ci.com/user/common-build-problems/#Troubleshooting-Locally-in-a-Docker-Image Sadly still no luck. I installed this one: travisci/ci-garnet:packer-1478744932 It includes python-dev but not swig, so should not be able to build the module. As expected I get this error: NO_SDL=1 ./tools/buildman/buildman -P sandbox_spl boards.cfg is up to date. Nothing to do. Building current source for 1 boards (1 thread, 8 jobs per thread) sandbox: + sandbox_spl +Traceback (most recent call last): + File "", line 1, in +ImportError: No module named libfdt +make[2]: *** [checkdtoc] Error 1 +make[1]: *** [spl/u-boot-spl] Error 2 +make: *** [sub-make] Error 2 If I install swig then all is well. I don't see the same error. I'm also unsure how you get it to pass with some boards but not others... There is obviously something odd going on. I also cannot understand why in this one: https://travis-ci.org/trini/u-boot/jobs/235861899#L769 I see it trying to compile libfdt_wrap.c. That should be handled by setup.py - I just cannot figure out why it would try to compile it itself: arm: + mx6sabresd_spl +mv: cannot stat lib/libfdt/pylibfdt/libfdt.py: No such file or directory +make[2]: *** [tools/_libfdt.so] Error 1 +make[1]: *** [tools] Error 2 +make: *** [sub-make] Error 2 arm: + ls1021aqds_nor_lpuart +x86_64-linux-gnu-gcc: error: lib/libfdt/pylibfdt/libfdt_wrap.c: No such file or directory +x86_64-linux-gnu-gcc: fatal error: no input files +compilation terminated. +error: command 'x86_64-linux-gnu-gcc' failed with exit status 4 +make[2]: *** [tools/_libfdt.so] Error 1 +make[1]: *** [tools] Error 2 +make: *** [sub-make] Error 2 arm: + mx6slevk +x86_64-linux-gnu-gcc: error: lib/libfdt/pylibfdt/libfdt_wrap.c: No such file or directory +x86_64-linux-gnu-gcc: fatal error: no input files +compilation terminated. +error: command 'x86_64-linux-gnu-gcc' failed with exit status 4 +make[2]: *** [tools/_libfdt.so] Error 1 +make[1]: *** [tools] Error 2 +make: *** [sub-make] Error 2 5503 /58 mx6qsabreauto boards.cfg is up to date. Nothing to do. Summary of current source for 58 boards (2 threads, 1 job per thread) arm: + mx6sabresd_spl ls1021aqds_nor_lpuart mx6slevk +mv: cannot stat lib/libfdt/pylibfdt/libfdt.py: No such file or directory Are you able to run with V=1 to get the full make output? That might help me narrow it down. Or, if you have a particular docket image, please point me to it. There seems to be some init going on though (e.g. /tmp/dtc). Regards, Simon ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
Re: [U-Boot] Please pull u-boot-fdt, take 2
On Thu, May 25, 2017 at 09:15:33PM -0600, Simon Glass wrote: > Hi Tom, > > On 25 May 2017 at 11:42, Tom Rini wrote: > > On Thu, May 25, 2017 at 11:27:10AM -0600, Simon Glass wrote: > >> Hi Tom, > >> > >> On 25 May 2017 at 05:19, Tom Rini wrote: > >> > > >> > On Wed, May 24, 2017 at 06:15:25PM -0600, Simon Glass wrote: > >> > > >> > > Hi Tom, > >> > > > >> > > This incorporates the v2 patch for 'fdt: Build the new python libfdt > >> > > module' which should fix the problem with the original pull request. > >> > > > >> > > > >> > > The following changes since commit > >> > > be62fbf376261ab3a4ed5db3bf54d5df9e216d9f: > >> > > > >> > > Merge branch 'rmobile' of git://git.denx.de/u-boot-sh (2017-05-23 > >> > > 16:22:03 -0400) > >> > > > >> > > are available in the git repository at: > >> > > > >> > > git://git.denx.de/u-boot-fdt.git > >> > > > >> > > for you to fetch changes up to > >> > > da9c601049eb7c993c7f6e33ae10af7a847a483d: > >> > > > >> > > fdt: Drop fdt_select.py (2017-05-24 18:12:31 -0600) > >> > > >> > NAK. travis-ci blows up quite badly: > >> > https://travis-ci.org/trini/u-boot/builds/235861889 > >> > >> I'm not sure how to repeat this problem. When I try this: > > > > Your best bet is likely: > > https://docs.travis-ci.com/user/common-build-problems/#Troubleshooting-Locally-in-a-Docker-Image > > Sadly still no luck. I installed this one: > > travisci/ci-garnet:packer-1478744932 > > It includes python-dev but not swig, so should not be able to build > the module. As expected I get this error: > > NO_SDL=1 ./tools/buildman/buildman -P sandbox_spl > boards.cfg is up to date. Nothing to do. > Building current source for 1 boards (1 thread, 8 jobs per thread) >sandbox: + sandbox_spl > +Traceback (most recent call last): > + File "", line 1, in > +ImportError: No module named libfdt > +make[2]: *** [checkdtoc] Error 1 > +make[1]: *** [spl/u-boot-spl] Error 2 > +make: *** [sub-make] Error 2 > > > If I install swig then all is well. I don't see the same error. > > I'm also unsure how you get it to pass with some boards but not others... > > There is obviously something odd going on. I also cannot understand > why in this one: > > https://travis-ci.org/trini/u-boot/jobs/235861899#L769 > > I see it trying to compile libfdt_wrap.c. That should be handled by > setup.py - I just cannot figure out why it would try to compile it > itself: > > arm: + mx6sabresd_spl > +mv: cannot stat lib/libfdt/pylibfdt/libfdt.py: No such file or directory > +make[2]: *** [tools/_libfdt.so] Error 1 > +make[1]: *** [tools] Error 2 > +make: *** [sub-make] Error 2 > arm: + ls1021aqds_nor_lpuart > +x86_64-linux-gnu-gcc: error: lib/libfdt/pylibfdt/libfdt_wrap.c: No > such file or directory > +x86_64-linux-gnu-gcc: fatal error: no input files > +compilation terminated. > +error: command 'x86_64-linux-gnu-gcc' failed with exit status 4 > +make[2]: *** [tools/_libfdt.so] Error 1 > +make[1]: *** [tools] Error 2 > +make: *** [sub-make] Error 2 > arm: + mx6slevk > +x86_64-linux-gnu-gcc: error: lib/libfdt/pylibfdt/libfdt_wrap.c: No > such file or directory > +x86_64-linux-gnu-gcc: fatal error: no input files > +compilation terminated. > +error: command 'x86_64-linux-gnu-gcc' failed with exit status 4 > +make[2]: *** [tools/_libfdt.so] Error 1 > +make[1]: *** [tools] Error 2 > +make: *** [sub-make] Error 2 > 5503 /58 mx6qsabreauto > boards.cfg is up to date. Nothing to do. > Summary of current source for 58 boards (2 threads, 1 job per thread) > arm: + mx6sabresd_spl ls1021aqds_nor_lpuart mx6slevk > +mv: cannot stat lib/libfdt/pylibfdt/libfdt.py: No such file or directory > > > Are you able to run with V=1 to get the full make output? That might > help me narrow it down. Or, if you have a particular docket image, > please point me to it. There seems to be some init going on though > (e.g. /tmp/dtc). Anyone can use travis-ci :) In the past I've had some luck debugging these issues (since I didn't want to mess with docker) by hacking up the .travis.yml file to just have a single matrix entry for whatever I was debugging and hack things as needed, including 'cat'ing files. -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
Re: [U-Boot] Please pull u-boot-fdt, take 2
Hi Tom, On 26 May 2017 at 06:49, Tom Rini wrote: > > On Thu, May 25, 2017 at 09:15:33PM -0600, Simon Glass wrote: > > Hi Tom, > > > > On 25 May 2017 at 11:42, Tom Rini wrote: > > > On Thu, May 25, 2017 at 11:27:10AM -0600, Simon Glass wrote: > > >> Hi Tom, > > >> > > >> On 25 May 2017 at 05:19, Tom Rini wrote: > > >> > > > >> > On Wed, May 24, 2017 at 06:15:25PM -0600, Simon Glass wrote: > > >> > > > >> > > Hi Tom, > > >> > > > > >> > > This incorporates the v2 patch for 'fdt: Build the new python libfdt > > >> > > module' which should fix the problem with the original pull request. > > >> > > > > >> > > > > >> > > The following changes since commit > > >> > > be62fbf376261ab3a4ed5db3bf54d5df9e216d9f: > > >> > > > > >> > > Merge branch 'rmobile' of git://git.denx.de/u-boot-sh (2017-05-23 > > >> > > 16:22:03 -0400) > > >> > > > > >> > > are available in the git repository at: > > >> > > > > >> > > git://git.denx.de/u-boot-fdt.git > > >> > > > > >> > > for you to fetch changes up to > > >> > > da9c601049eb7c993c7f6e33ae10af7a847a483d: > > >> > > > > >> > > fdt: Drop fdt_select.py (2017-05-24 18:12:31 -0600) > > >> > > > >> > NAK. travis-ci blows up quite badly: > > >> > https://travis-ci.org/trini/u-boot/builds/235861889 > > >> > > >> I'm not sure how to repeat this problem. When I try this: > > > > > > Your best bet is likely: > > > https://docs.travis-ci.com/user/common-build-problems/#Troubleshooting-Locally-in-a-Docker-Image > > > > Sadly still no luck. I installed this one: > > > > travisci/ci-garnet:packer-1478744932 > > > > It includes python-dev but not swig, so should not be able to build > > the module. As expected I get this error: > > > > NO_SDL=1 ./tools/buildman/buildman -P sandbox_spl > > boards.cfg is up to date. Nothing to do. > > Building current source for 1 boards (1 thread, 8 jobs per thread) > >sandbox: + sandbox_spl > > +Traceback (most recent call last): > > + File "", line 1, in > > +ImportError: No module named libfdt > > +make[2]: *** [checkdtoc] Error 1 > > +make[1]: *** [spl/u-boot-spl] Error 2 > > +make: *** [sub-make] Error 2 > > > > > > If I install swig then all is well. I don't see the same error. > > > > I'm also unsure how you get it to pass with some boards but not others... > > > > There is obviously something odd going on. I also cannot understand > > why in this one: > > > > https://travis-ci.org/trini/u-boot/jobs/235861899#L769 > > > > I see it trying to compile libfdt_wrap.c. That should be handled by > > setup.py - I just cannot figure out why it would try to compile it > > itself: > > > > arm: + mx6sabresd_spl > > +mv: cannot stat lib/libfdt/pylibfdt/libfdt.py: No such file or directory > > +make[2]: *** [tools/_libfdt.so] Error 1 > > +make[1]: *** [tools] Error 2 > > +make: *** [sub-make] Error 2 > > arm: + ls1021aqds_nor_lpuart > > +x86_64-linux-gnu-gcc: error: lib/libfdt/pylibfdt/libfdt_wrap.c: No > > such file or directory > > +x86_64-linux-gnu-gcc: fatal error: no input files > > +compilation terminated. > > +error: command 'x86_64-linux-gnu-gcc' failed with exit status 4 > > +make[2]: *** [tools/_libfdt.so] Error 1 > > +make[1]: *** [tools] Error 2 > > +make: *** [sub-make] Error 2 > > arm: + mx6slevk > > +x86_64-linux-gnu-gcc: error: lib/libfdt/pylibfdt/libfdt_wrap.c: No > > such file or directory > > +x86_64-linux-gnu-gcc: fatal error: no input files > > +compilation terminated. > > +error: command 'x86_64-linux-gnu-gcc' failed with exit status 4 > > +make[2]: *** [tools/_libfdt.so] Error 1 > > +make[1]: *** [tools] Error 2 > > +make: *** [sub-make] Error 2 > > 5503 /58 mx6qsabreauto > > boards.cfg is up to date. Nothing to do. > > Summary of current source for 58 boards (2 threads, 1 job per thread) > > arm: + mx6sabresd_spl ls1021aqds_nor_lpuart mx6slevk > > +mv: cannot stat lib/libfdt/pylibfdt/libfdt.py: No such file or directory > > > > > > Are you able to run with V=1 to get the full make output? That might > > help me narrow it down. Or, if you have a particular docket image, > > please point me to it. There seems to be some init going on though > > (e.g. /tmp/dtc). > > Anyone can use travis-ci :) In the past I've had some luck debugging > these issues (since I didn't want to mess with docker) by hacking up the > .travis.yml file to just have a single matrix entry for whatever I was > debugging and hack things as needed, including 'cat'ing files. OK I found that with the prerequisites installed I can repeat this with something like: buildman -P sandbox (which only builds 3 boards) The problem is that setup.py is writing to the source directory. It seems to be hard to stop it doing that. I was aware of it but did not imagine the race condition it would create. I've updated the patches and sent v3. I have a passing run on travis-ci [1]. If all looks good I'll pull it in and try a take three early next week. Most of my testing is with buildman running on a branch. In that case each
Re: [U-Boot] Please pull u-boot-fdt (take 2)
On Thu, Oct 13, 2016 at 04:53:40PM -0600, Simon Glass wrote: > Hi Tom, > > Here is a second attempt with this patch pulled in: > > http://patchwork.ozlabs.org/patch/681814/ > > > The following changes since commit c69f6d04ec66433f2360490a5cd0263c83aab18f: > > Merge branch 'master' of http://git.denx.de/u-boot-mmc (2016-10-13 > 08:13:56 -0400) > > are available in the git repository at: > > git://git.denx.de/u-boot-fdt.git > > for you to fetch changes up to 42b7600d62ae288a8c12431d232b89b26ec61721: > > libfdt: Drop inlining of fdt_path_offset() (2016-10-13 14:12:40 -0600) > Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot