From: Nikita Shubin <nikita.shubin@maquefel.me>
To: Simon Glass <sjg@chromium.org>
Cc: "Tom Rini" <trini@konsulko.com>,
linux@yadro.com, "Nikita Shubin" <n.shubin@yadro.com>,
"Pali Rohár" <pali@kernel.org>,
"Heinrich Schuchardt" <xypron.glpk@gmx.de>,
"Marek Behún" <kabel@kernel.org>,
"Quentin Schulz" <quentin.schulz@theobroma-systems.com>,
u-boot@lists.denx.de
Subject: Re: [PATCH] Makefile: add -W for BINMAN_ALLOW_MISSING
Date: Mon, 19 Dec 2022 11:21:45 +0300 [thread overview]
Message-ID: <20221219112145.0708131d@redslave.neermore.group> (raw)
In-Reply-To: <CAPnjgZ1Mi693P8OCTjuUE2uFeG6kt8V76V_7LNvpD609wcBzzQ@mail.gmail.com>
Hello Tom and Simon!
On Sat, 17 Dec 2022 14:38:30 -0700
Simon Glass <sjg@chromium.org> wrote:
> +Tom Rini
>
> We do actually want to report the failure, since it means that the
> image will not function. This was a recent change requested by a few
> people.
It doesn't make sense to me - if i am passing "--allow-missing" than
binman shouldn't fail drastically, cause i literally told him "It's okay
if files are missing". What purpose does it have now, it we are failing
regardless we are providing this flag or not ?
This breaks old behaviour by the way, when passing "--allow-missing"
for missing blobs produced a warning instead of error.
>
> Note that buildman looks for the message 'Some images are invalid' and
> either returning 103, or 0 if -W is given.
>
> There is no attempt to produce a special exit code from the Makefile.
> It generally returns 2 (as per 'man make'), which is why buildman has
> this extra processing.
Well, there are only 3 codes for make and 2 indicates any failure:
"A status of two will be returned if any errors were encountered." (c)
This new behaviour looks the same with or without BINMAN_ALLOW_MISSING
flag from top point of view:
With BINMAN_ALLOW_MISSING=1:
Some images are invalid
make[1]: *** [Makefile:1114: .binman_stamp] Error 103
make[1]: Leaving directory '/home/maquefel/workshop/overlord/u-boot'
make: *** [Makefile:271: u-boot/u
$ echo $?
2-boot-nodtb.bin] Error 2
Without BINMAN_ALLOW_MISSING:
binman: Filename 'fw_dynamic.bin' not found in input path
(.,.,./board/syntacore/scr7_elct,arch/riscv/dts)
(cwd='/home/maquefel/workshop/overlord/u-boot') make[1]: ***
[Makefile:1114: .binman_stamp] Error 1 make[1]: Leaving directory
'/home/maquefel/workshop/overlord/u-boot' make: *** [Makefile:271:
u-boot/u-boot-nodtb.bin] Error 2
$ echo $?
2
So that's the difference if build is failing either way ?
Yours,
Nikita Shubin.
>
> Regards,
> Simon
next prev parent reply other threads:[~2022-12-19 8:21 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-16 9:27 [PATCH] Makefile: add -W for BINMAN_ALLOW_MISSING Nikita Shubin
2022-12-17 21:38 ` Simon Glass
2022-12-19 8:21 ` Nikita Shubin [this message]
2022-12-19 13:36 ` Tom Rini
2022-12-22 7:01 ` Nikita Shubin
2022-12-22 14:14 ` Tom Rini
2022-12-23 7:08 ` Nikita Shubin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20221219112145.0708131d@redslave.neermore.group \
--to=nikita.shubin@maquefel.me \
--cc=kabel@kernel.org \
--cc=linux@yadro.com \
--cc=n.shubin@yadro.com \
--cc=pali@kernel.org \
--cc=quentin.schulz@theobroma-systems.com \
--cc=sjg@chromium.org \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
--cc=xypron.glpk@gmx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox