U-Boot Archive on lore.kernel.org
 help / color / mirror / Atom feed
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


  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