All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rasmus Villemoes <ravi@prevas.dk>
To: Simon Glass <sjg@chromium.org>
Cc: u-boot@lists.denx.de
Subject: Re: [0/2] allow control DTB to double as "FIT image"
Date: Tue, 19 May 2026 15:36:25 +0200	[thread overview]
Message-ID: <87bjebed2e.fsf@prevas.dk> (raw)
In-Reply-To: <CAFLszTisVttLYAOt5ZTR8un=MUMFGQ1Sa_sZ4UHZsTvkXK858g@mail.gmail.com> (Simon Glass's message of "Fri, 15 May 2026 07:33:03 -0600")

Hi Simon,

On Fri, May 15 2026, Simon Glass <sjg@chromium.org> wrote:

> Hi Rasmus,
>
> On 2026-05-12T16:16:29, Rasmus Villemoes <ravi@prevas.dk> wrote:
>
>> RFC: allow the control DTB to act as a FIT image
>
> Thanks for the write-up. Makes sense to me.

Thanks, and thanks for the nice review.

> A couple of series-level concerns beyond the per-patch comments.
>
> First, this needs documentation. The control DTB doubling as a FIT
> image, and 'source ${fdtcontroladdr}:foo' becoming a supported idiom,
> deserves a short page under doc/usage/ covering how to set up
> CONFIG_DEVICE_TREE_INCLUDES with an 'images' node, the constraints
> (script type, compression none, etc.) and the security argument from
> the cover letter.

Completely agreed. I'll add a section below "External .dtsi fragments"
in control.rst.

>> I am of course happy to put this exemption for gd->fdt_blob under a
>> CONFIG_ knob if that is deemed necessary.
>
> Please decide this now rather than leaving it open. My preference is a
> Kconfig option (default n) so boards keep the strict
> fit_check_format() behaviour unless they opt in. That also gives a
> natural home for the doc/usage/ page and makes it discoverable via
> menuconfig. What do you think?

I've added a CONFIG_CONTROL_DTB_AS_FIT option (as always, naming is the
hardest part), with a short help text and a pointer to control.rst for
further details.

I'll respond to the per-patch comments and then send v2 shortly.

Rasmus

      reply	other threads:[~2026-05-19 13:37 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-12 16:16 [PATCH 0/2] allow control DTB to double as "FIT image" Rasmus Villemoes
2026-05-12 16:16 ` [PATCH 1/2] image-board.c: exempt gd->fdt_blob from fit_check_format() check Rasmus Villemoes
2026-05-15 13:06   ` Simon Glass
2026-05-19 13:59     ` Rasmus Villemoes
2026-05-12 16:16 ` [PATCH 2/2] test: hook up test of allowing control DTB to act as FIT image Rasmus Villemoes
2026-05-15 13:06   ` Simon Glass
2026-05-19 14:01     ` Rasmus Villemoes
2026-05-12 16:39 ` [PATCH 0/2] allow control DTB to double as "FIT image" Quentin Schulz
2026-05-13  8:03   ` Rasmus Villemoes
2026-05-15 13:33 ` [0/2] " Simon Glass
2026-05-19 13:36   ` Rasmus Villemoes [this message]

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=87bjebed2e.fsf@prevas.dk \
    --to=ravi@prevas.dk \
    --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 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.