From: Tom Rini <trini@konsulko.com>
To: Simon Glass <sjg@chromium.org>
Cc: Sughosh Ganu <sughosh.ganu@linaro.org>,
U-Boot Mailing List <u-boot@lists.denx.de>,
Heinrich Schuchardt <xypron.glpk@gmx.de>,
Ilias Apalodimas <ilias.apalodimas@linaro.org>,
Takahiro Akashi <takahiro.akashi@linaro.org>,
Malte Schmidt <malte.schmidt-oss@weidmueller.com>,
Michal Simek <michal.simek@amd.com>
Subject: Re: [PATCH v8 4/9] sandbox: Build the mkeficapsule tool for the sandbox variants
Date: Sat, 12 Aug 2023 10:22:23 -0400 [thread overview]
Message-ID: <20230812142223.GI3630934@bill-the-cat> (raw)
In-Reply-To: <CAPnjgZ3cL9v5VgQyqHhAr+Do2f8MOy2RYT3jNq7y6m_9i8aeJA@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 5355 bytes --]
On Sat, Aug 12, 2023 at 07:08:44AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 11 Aug 2023 at 09:56, Tom Rini <trini@konsulko.com> wrote:
> >
> > On Fri, Aug 11, 2023 at 08:26:36AM -0600, Simon Glass wrote:
> > > Hi Sughosh,
> > >
> > > On Fri, 11 Aug 2023 at 08:23, Sughosh Ganu <sughosh.ganu@linaro.org>
> wrote:
> > > >
> > > > On Fri, 11 Aug 2023 at 19:28, Tom Rini <trini@konsulko.com> wrote:
> > > > >
> > > > > On Fri, Aug 11, 2023 at 04:29:37PM +0530, Sughosh Ganu wrote:
> > > > > > On Thu, 10 Aug 2023 at 22:47, Tom Rini <trini@konsulko.com> wrote:
> > > > > > >
> > > > > > > On Thu, Aug 10, 2023 at 10:39:06PM +0530, Sughosh Ganu wrote:
> > > > > > > > On Thu, 10 Aug 2023 at 21:22, Tom Rini <trini@konsulko.com>
> wrote:
> > > > > > > > >
> > > > > > > > > On Thu, Aug 10, 2023 at 07:53:33PM +0530, Sughosh Ganu
> wrote:
> > > > > > > > >
> > > > > > > > > > Build the mkeficapsule tool for all the sandbox variants.
> This tool
> > > > > > > > > > will be used subsequently for testing capsule generation
> in binman.
> > > > > > > > > >
> > > > > > > > > > Signed-off-by: Sughosh Ganu <sughosh.ganu@linaro.org>
> > > > > > > > > > ---
> > > > > > > > > > Changes since V7: None
> > > > > > > > > >
> > > > > > > > > > tools/Kconfig | 6 +++---
> > > > > > > > > > 1 file changed, 3 insertions(+), 3 deletions(-)
> > > > > > > > > >
> > > > > > > > > > diff --git a/tools/Kconfig b/tools/Kconfig
> > > > > > > > > > index 6e23f44d55..353a855243 100644
> > > > > > > > > > --- a/tools/Kconfig
> > > > > > > > > > +++ b/tools/Kconfig
> > > > > > > > > > @@ -91,10 +91,10 @@ config TOOLS_SHA512
> > > > > > > > > > Enable SHA512 support in the tools builds
> > > > > > > > > >
> > > > > > > > > > config TOOLS_MKEFICAPSULE
> > > > > > > > > > - bool "Build efimkcapsule command"
> > > > > > > > > > - default y if EFI_CAPSULE_ON_DISK
> > > > > > > > > > + bool "Build mkeficapsule tool"
> > > > > > > > > > + default y if EFI_CAPSULE_ON_DISK || SANDBOX
> > > > > > > > > > help
> > > > > > > > > > - This command allows users to create a UEFI
> capsule file and,
> > > > > > > > > > + This tool allows users to create a UEFI capsule
> file and,
> > > > > > > > > > optionally sign that file. If you want to enable
> UEFI capsule
> > > > > > > > > > update feature on your target, you certainly need
> this.
> > > > > > > > >
> > > > > > > > > Sorry, what is this fixing exactly?
> > > > > > > >
> > > > > > > > The tool is required to be supported on the sandbox_spl
> variant, since
> > > > > > > > that is used for the binman tests in CI. Simon had then asked
> me to
> > > > > > > > add support for the tool on all sandbox variants. I missed
> putting his
> > > > > > > > R-b on this patch.
> > > > > > >
> > > > > > > OK, moving forward just depend on:
> > > > > > >
> https://patchwork.ozlabs.org/project/uboot/patch/20230810165224.514772-1-trini@konsulko.com/
> > > > > > > instead please, thanks.
> > > > > >
> > > > > > I will base my changes on top of your patch. However, we would
> still
> > > > > > need this patch as part of the series, since Simon wants the
> capsules
> > > > > > to be generated for all the sandbox variants. Thanks.
> > > > >
> > > > > No, this isn't needed. Any sandbox variant that needs capsules has
> > > > > EFI_CAPSULE_ON_DISK enabled.
> > > >
> > > > Simon wants the capsules to be generated on all sandbox variants,
> > > > including those that do not have the EFI_CAPSULE_ON_DISK enabled.
> > > > Which is why we need to have the tool enabled for all sandbox
> > > > variants.
> > >
> > > I want to avoid #ifdefs in the sandbox .dts so far as possible.
> > >
> > > Tom, I'll let you make the final decision.
> > >
> > > In any case, the multiple-images thing needs to be fixed.
> >
> > Sughosh, please update the other sandbox defconfigs to just enable
> > EFI_CAPSULE_ON_DISK.
> >
> > Simon, this I think is an example of where re-working
> > configs/sandbox64_defconfig
> > configs/sandbox_defconfig
> > configs/sandbox_flattree_defconfig
> > configs/sandbox_noinst_defconfig
> > configs/sandbox_spl_defconfig
> > configs/sandbox_vpl_defconfig
> >
> > To be configs/sandbox_defconfig + boards/sandbox/flattree.config,
> > noinst.config, spl.config, vpl.config would be helpful. There's the
> > sandbox config itself where EFI_CAPSULE_ON_DISK=y and then every other
> > variant just gets that, and we don't have to tweak N configs.
>
> You mean split configs? So far I am unable to build those...
I don't know what you mean by split configs. I mean that I think the
only intentional difference between configs/sandbox_defconfig and
configs/sandbox64_defconfig is:
CONFIG_SANDBOX64=y
CONFIG_DEFAULT_DEVICE_TREE="sandbox64"
And everything else is unintentional. And there's lots of other deltas
like that between each of the other variants, and sandbox. And that
this isn't the first, nor likely the last, time where we need to enable
some option on other sandbox config files too, so that CI passes. This
would all be avoided by using the config fragments mechanism so that
we captured only the intentional delta of a fragment rather than
maintaining N nearly identical, but not quite, files.
--
Tom
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 659 bytes --]
next prev parent reply other threads:[~2023-08-12 14:22 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-10 14:23 [PATCH v8 0/9] Enable EFI capsule generation through binman Sughosh Ganu
2023-08-10 14:23 ` [PATCH v8 1/9] binman: bintool: Build a tool from a list of commands Sughosh Ganu
2023-08-10 14:23 ` [PATCH v8 2/9] nuvoton: npcm845-evb: Add a newline at the end of file Sughosh Ganu
2023-08-10 14:23 ` [PATCH v8 3/9] sandbox: capsule: Add keys and certificates needed for capsule update testing Sughosh Ganu
2023-08-10 14:23 ` [PATCH v8 4/9] sandbox: Build the mkeficapsule tool for the sandbox variants Sughosh Ganu
2023-08-10 15:52 ` Tom Rini
2023-08-10 17:09 ` Sughosh Ganu
2023-08-10 17:17 ` Tom Rini
2023-08-11 10:59 ` Sughosh Ganu
2023-08-11 13:58 ` Tom Rini
2023-08-11 14:23 ` Sughosh Ganu
2023-08-11 14:26 ` Simon Glass
2023-08-11 14:31 ` Sughosh Ganu
2023-08-11 15:56 ` Tom Rini
2023-08-12 13:08 ` Simon Glass
2023-08-12 14:22 ` Tom Rini [this message]
2023-08-12 14:24 ` Simon Glass
2023-08-12 14:28 ` Tom Rini
2023-08-12 17:03 ` Simon Glass
2023-08-12 22:37 ` Tom Rini
2023-08-13 0:14 ` Simon Glass
2023-08-13 12:40 ` Tom Rini
2023-08-13 13:36 ` Simon Glass
2023-08-13 14:43 ` Tom Rini
2023-08-15 14:44 ` Simon Glass
2023-08-15 14:46 ` Tom Rini
2023-08-15 14:50 ` Simon Glass
2023-08-10 17:27 ` Simon Glass
2023-08-11 11:23 ` Sughosh Ganu
2023-08-11 13:36 ` Simon Glass
2023-08-11 14:24 ` Sughosh Ganu
2023-08-11 23:43 ` Takahiro Akashi
2023-08-10 14:23 ` [PATCH v8 5/9] btool: mkeficapsule: Add a bintool for EFI capsule generation Sughosh Ganu
2023-08-10 17:27 ` Simon Glass
2023-08-10 14:23 ` [PATCH v8 6/9] binman: capsule: Add support for generating EFI capsules Sughosh Ganu
2023-08-10 17:27 ` Simon Glass
2023-08-10 14:23 ` [PATCH v8 7/9] sandbox: capsule: Generate capsule related files through binman Sughosh Ganu
2023-08-10 17:27 ` Simon Glass
2023-08-10 18:41 ` Sughosh Ganu
2023-08-10 21:35 ` Simon Glass
2023-08-10 14:23 ` [PATCH v8 8/9] doc: Add documentation to highlight capsule generation related updates Sughosh Ganu
2023-08-10 15:28 ` Heinrich Schuchardt
2023-08-10 14:23 ` [PATCH v8 9/9] sandbox: trace: Increase trace buffer size Sughosh Ganu
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=20230812142223.GI3630934@bill-the-cat \
--to=trini@konsulko.com \
--cc=ilias.apalodimas@linaro.org \
--cc=malte.schmidt-oss@weidmueller.com \
--cc=michal.simek@amd.com \
--cc=sjg@chromium.org \
--cc=sughosh.ganu@linaro.org \
--cc=takahiro.akashi@linaro.org \
--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