From: Tom Rini <trini@konsulko.com>
To: Alexey Charkov <alchark@flipper.net>
Cc: u-boot@lists.denx.de,
"Kory Maincent (TI.com)" <kory.maincent@bootlin.com>,
Simon Glass <sjg@chromium.org>,
Hugo Villeneuve <hvilleneuve@dimonoff.com>,
Andrew Goodbody <andrew.goodbody@linaro.org>,
Quentin Schulz <quentin.schulz@cherry.de>,
Anshul Dalal <anshuld@ti.com>, Peng Fan <peng.fan@nxp.com>,
Martin Schwan <m.schwan@phytec.de>,
Daniel Golle <daniel@makrotopia.org>,
Mattijs Korpershoek <mkorpershoek@kernel.org>
Subject: Re: [PATCH 0/7] pxe_utils: small fixups, implement BLS type 1 boot on top of them
Date: Thu, 4 Jun 2026 10:05:47 -0600 [thread overview]
Message-ID: <20260604160547.GR627328@bill-the-cat> (raw)
In-Reply-To: <20260604-bls-v1-0-4ce6d1ee4711@flipper.net>
[-- Attachment #1: Type: text/plain, Size: 1437 bytes --]
On Thu, Jun 04, 2026 at 07:31:05PM +0400, Alexey Charkov wrote:
> Add support for the Boot Loader Specification (BLS) type 1 boot entries,
> as generated by default by systemd's kernel-install when loader=bls.
>
> Given that the format of BLS entries is pretty much the same as PXElinux,
> reuse the existing library for the parsing logic.
>
> BLS type 2 entries are out of scope, as they are effectively just EFI
> applications and should be booted as such.
>
> This implementation is also only allowing a single top-sorting entry to
> boot, as the standard boot infrastruture currently doesn't support
> multiple entries per partition-bootmeth tuple. I have a proposed extension
> to enable that and will post it separately as RFC - that enables the use
> of `bootflow menu` to select the kernel to boot without jumping through
> several menus with different behavior as is currently required with
> extlinux.conf.
>
> Signed-off-by: Alexey Charkov <alchark@flipper.net>
This is good to see, thanks for posting it. One concern I have is that
out of 1529 platforms, this would be enabled on 1392 of them. And the
size growth is around 1.5 kilobytes. Is there some smaller percentage of
platforms this should be "default y" for ? Or is the expectation that
something like Debian will be configuring for this moving forward, so
yes even something like PowerPC platforms be using this? Thanks!
--
Tom
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2026-06-04 16:05 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-04 15:31 [PATCH 0/7] pxe_utils: small fixups, implement BLS type 1 boot on top of them Alexey Charkov
2026-06-04 15:31 ` [PATCH 1/7] pxe_utils: fix W=1 kernel-doc warnings Alexey Charkov
2026-06-04 16:05 ` Tom Rini
2026-06-25 15:25 ` Simon Glass
2026-06-25 15:28 ` Simon Glass
2026-06-04 15:31 ` [PATCH 2/7] pxe_utils: accept "options" as synonym for "append" Alexey Charkov
2026-06-04 16:06 ` Tom Rini
2026-06-04 15:31 ` [PATCH 3/7] pxe_utils: extract per-entry key parsing into parse_label_keys() Alexey Charkov
2026-06-04 16:06 ` Tom Rini
2026-06-18 15:12 ` Simon Glass
2026-06-25 15:28 ` Simon Glass
2026-06-25 15:55 ` Alexey Charkov
2026-06-04 15:31 ` [PATCH 4/7] pxe_utils: export per-entry label helpers Alexey Charkov
2026-06-04 15:31 ` [PATCH 5/7] pxe_utils: optionally ignore unknown keys in parse_label_keys() Alexey Charkov
2026-06-04 15:31 ` [PATCH 6/7] pxe_utils: accept "title" inside a label as a synonym for "menu label" Alexey Charkov
2026-06-04 15:31 ` [PATCH 7/7] boot: add a minimal bootmeth for the Boot Loader Specification Alexey Charkov
2026-06-12 18:24 ` Simon Glass
2026-06-25 15:28 ` Simon Glass
2026-06-25 15:51 ` Alexey Charkov
2026-06-25 16:24 ` Simon Glass
2026-06-25 16:57 ` Alexey Charkov
2026-06-25 17:24 ` Tom Rini
2026-06-25 17:29 ` Simon Glass
2026-06-25 17:32 ` Tom Rini
2026-06-26 10:45 ` Simon Glass
2026-06-26 13:47 ` Tom Rini
2026-06-29 5:45 ` Simon Glass
2026-06-29 14:24 ` Tom Rini
2026-06-25 17:25 ` Simon Glass
2026-06-04 16:05 ` Tom Rini [this message]
2026-06-04 17:16 ` [PATCH 0/7] pxe_utils: small fixups, implement BLS type 1 boot on top of them Alexey Charkov
2026-06-04 17:21 ` Tom Rini
2026-06-04 17:35 ` Alexey Charkov
2026-06-12 18:23 ` Simon Glass
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=20260604160547.GR627328@bill-the-cat \
--to=trini@konsulko.com \
--cc=alchark@flipper.net \
--cc=andrew.goodbody@linaro.org \
--cc=anshuld@ti.com \
--cc=daniel@makrotopia.org \
--cc=hvilleneuve@dimonoff.com \
--cc=kory.maincent@bootlin.com \
--cc=m.schwan@phytec.de \
--cc=mkorpershoek@kernel.org \
--cc=peng.fan@nxp.com \
--cc=quentin.schulz@cherry.de \
--cc=sjg@chromium.org \
--cc=u-boot@lists.denx.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;
as well as URLs for NNTP newsgroup(s).