[U-Boot] help on using buildman

York Sun yorksun at freescale.com
Fri Nov 21 05:55:05 CET 2014


Thanks for the hint. I should point out buildman does the three steps separately, and only apply -j to the last step. But I still see the failure.

York

________________________________
From: Masahiro Yamada
Sent: Thu, 20/11/2014 20:42
To: Sun York-R58495 <yorksun at freescale.com>; Simon Glass <sjg at chromium.org>
CC: u-boot at lists.denx.de; Wolfgang Denk <wd at denx.de>
Subject: Re: [U-Boot] help on using buildman


Hi York, Simon,




On Fri, 21 Nov 2014 05:14:02 +0100
Simon Glass <sjg at chromium.org> wrote:

> +Masahiro who may have some ideas
>
> Hi York,
>
> On 21 November 2014 00:35, York Sun <yorksun at freescale.com> wrote:
> > On 11/20/2014 02:25 PM, York Sun wrote:
> >> Not sure if this is still buildman related, but only visible when running with
> >> buildman.
> >
> > Simon,
> >
> > It seems related to out-of-tree building.
> >
> > For the failure case, the dependency "include/config/uboot.release" completes
> > but not continue to run. It seems to be related to out of tree building. When I
> > use buildman, it use out-of-tree building by default. I can reproduce the issue
> > by using make directly with O=<path>. I don't understand how out-of-tree
> > building would inconsistently fail.
> >
> >
> > -bash-3.2$
> > CROSS_COMPILE=/opt/fsl-networking/QorIQ-SDK-V1.4/sysroots/x86_64-fsl_networking_sdk-linux/usr/bin/ppce500mc-fsl_networking-linux/powerpc-fsl_networking-linux-
> > make -j24 O=../working_upstream_qoriq/ mrproper MPC832XEMDS_HOST_66_defconfig all


Please do not run "mrproper" with "*_defconfig" and "all".


Doing "_defconfig" and "all" at one time is supported,
but you must "clean" or "mrproper" separately.
This is the upstream limitation.  Linux Kernel does not support it either.


Without -j* option,  "make mrproper  *_defconfig  all" works, of course,
because they are run one by one in the given order.

With -j* option, it would not work because
the build system removes some files while it compiles other objects.

I guess this is the root cause of the inconsistent fails you have seen.



Best Regards
Masahiro Yamada



More information about the U-Boot mailing list