All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jon Humphreys <j-humphreys@ti.com>
To: Ilias Apalodimas <ilias.apalodimas@linaro.org>
Cc: Sumit Garg <sumit.garg@linaro.org>,
	Rasmus Villemoes <rasmus.villemoes@prevas.dk>,
	Wei Ming Chen <jj251510319013@gmail.com>,
	Masahisa Kojima <kojima.masahisa@socionext.com>,
	Neil Armstrong <neil.armstrong@linaro.org>,
	Joshua Watt <jpewhacker@gmail.com>,
	"Caleb Connolly" <caleb.connolly@linaro.org>,
	Alexander Gendin <agendin@matrox.com>,
	Sean Anderson <seanga2@gmail.com>,
	AKASHI Takahiro <akashi.tkhro@gmail.com>,
	Abdellatif El Khlifi <abdellatif.elkhlifi@arm.com>,
	Marek Vasut <marek.vasut+renesas@mailbox.org>,
	Sughosh Ganu <sughosh.ganu@linaro.org>,
	Heinrich Schuchardt <xypron.glpk@gmx.de>,
	Tom Rini <trini@konsulko.com>, Mario Six <mario.six@gdsys.cc>,
	Simon Glass <sjg@chromium.org>, <u-boot@lists.denx.de>
Subject: Re: [PATCH v2 0/2] scripts/Makefile.lib: EFI: Use capsule CRT instead of ESL
Date: Fri, 14 Jun 2024 11:54:41 -0500	[thread overview]
Message-ID: <86le37ihwu.fsf@udb0321960.dhcp.ti.com> (raw)
In-Reply-To: <CAC_iWjLE05LthXeAL4o92oywjtkCmPa+T6K8DRBvV=DFqZVybA@mail.gmail.com>

Ilias Apalodimas <ilias.apalodimas@linaro.org> writes:

> Hi Jonathan
>
> On Thu, 13 Jun 2024 at 23:28, Jonathan Humphreys <j-humphreys@ti.com> wrote:
>>
>> Use the capsule's public key certificate rather than a prebuilt ESL
>> generated from the certificate. The ESL is now generated as part of the
>> build.
>
> Is there a reason to do this? I understand that the .crt extension
> might be well known while the .esl is not, but OTOH the system you
> build on after this change *needs* to have cert-to-efi-sig-list
> installed
>
Hi Ilias,

In general, I am following the principle that it is better to not include
in your source repo derived binaries that can be built at buildtime.

As far as the need to have cert-to-efi-sig-list, it is part of efitools and
that is already documented as a requirement for the build host ([0] and
[1]), and our baseline Docker file also includes it.

[0] https://docs.u-boot.org/en/latest/develop/uefi/uefi.html#enabling-capsule-authentication
[1] https://docs.u-boot.org/en/latest/develop/uefi/uefi.html#configuring-uefi-secure-boot

Jon

> Thanks
> /Ilias
>>
>> Changes from v1:
>> - Converted the single patch to a series to include a bug fix found during
>>   development.
>> - Created an explicit rule for creating the ESL file for proper makefile
>>   dependency tracking.  v1 had combined creating the ESL file and
>>   generating the .dtsi include in a single command.
>>
>> Jonathan Humphreys (2):
>>   scripts/Makefile.lib: fixes: Embed capsule public key in platform's
>>     dtb
>>   scripts/Makefile.lib: EFI: Use capsule CRT instead of ESL file
>>
>>  board/sandbox/capsule_pub_esl_good.esl | Bin 831 -> 0 bytes
>>  configs/sandbox_defconfig              |   2 +-
>>  configs/sandbox_flattree_defconfig     |   2 +-
>>  doc/develop/uefi/uefi.rst              |   8 ++++----
>>  lib/efi_loader/Kconfig                 |  12 +++++++-----
>>  scripts/Makefile.lib                   |  24 +++++++++++++++---------
>>  6 files changed, 28 insertions(+), 20 deletions(-)
>>  delete mode 100644 board/sandbox/capsule_pub_esl_good.esl
>>
>> --
>> 2.34.1
>>

  reply	other threads:[~2024-06-14 16:55 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-13 20:27 [PATCH v2 0/2] scripts/Makefile.lib: EFI: Use capsule CRT instead of ESL Jonathan Humphreys
2024-06-13 20:27 ` [PATCH v2 1/2] scripts/Makefile.lib: fixes: Embed capsule public key in platform's dtb Jonathan Humphreys
2024-06-13 20:27 ` [PATCH v2 2/2] scripts/Makefile.lib: EFI: Use capsule CRT instead of ESL file Jonathan Humphreys
2024-06-14  6:12 ` [PATCH v2 0/2] scripts/Makefile.lib: EFI: Use capsule CRT instead of ESL Ilias Apalodimas
2024-06-14 16:54   ` Jon Humphreys [this message]
2024-07-03 15:25     ` Ilias Apalodimas

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=86le37ihwu.fsf@udb0321960.dhcp.ti.com \
    --to=j-humphreys@ti.com \
    --cc=abdellatif.elkhlifi@arm.com \
    --cc=agendin@matrox.com \
    --cc=akashi.tkhro@gmail.com \
    --cc=caleb.connolly@linaro.org \
    --cc=ilias.apalodimas@linaro.org \
    --cc=jj251510319013@gmail.com \
    --cc=jpewhacker@gmail.com \
    --cc=kojima.masahisa@socionext.com \
    --cc=marek.vasut+renesas@mailbox.org \
    --cc=mario.six@gdsys.cc \
    --cc=neil.armstrong@linaro.org \
    --cc=rasmus.villemoes@prevas.dk \
    --cc=seanga2@gmail.com \
    --cc=sjg@chromium.org \
    --cc=sughosh.ganu@linaro.org \
    --cc=sumit.garg@linaro.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.