All of lore.kernel.org
 help / color / mirror / Atom feed
From: "J. Neuschäfer" <j.ne@posteo.net>
To: Christophe Leroy <christophe.leroy@csgroup.eu>
Cc: j.ne@posteo.net, Michael Ellerman <mpe@ellerman.id.au>,
	Nicholas Piggin <npiggin@gmail.com>,
	Naveen N Rao <naveen@kernel.org>,
	Madhavan Srinivasan <maddy@linux.ibm.com>,
	Rob Herring <robh@kernel.org>,
	Krzysztof Kozlowski <krzk+dt@kernel.org>,
	Conor Dooley <conor+dt@kernel.org>,
	Linus Walleij <linus.walleij@linaro.org>,
	Bartosz Golaszewski <brgl@bgdev.pl>, Frank Li <Frank.Li@nxp.com>,
	linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org,
	devicetree@vger.kernel.org, linux-gpio@vger.kernel.org
Subject: Re: [PATCH 09/19] powerpc: boot: Build devicetrees when CONFIG_MPC831x=y
Date: Tue,  7 Jan 2025 23:24:47 +0000	[thread overview]
Message-ID: <Z323v2w74_lB2Ilo@probook> (raw)
In-Reply-To: <6443434a-f810-4591-b1e4-cfea0bc0b993@csgroup.eu>

On Mon, Jan 06, 2025 at 02:55:22PM +0100, Christophe Leroy wrote:
> Le 02/01/2025 à 19:31, J. Neuschäfer via B4 Relay a écrit :
> > [Vous ne recevez pas souvent de courriers de devnull+j.ne.posteo.net@kernel.org. Découvrez pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ]
> > 
> > From: "J. Neuschäfer" <j.ne@posteo.net>
> > 
> > In order to produce useful FIT images, the kernel needs to know which
> > devicetrees to build. To that end, follow the same approach as other
> > architectures, and enable devicetrees per platform.
> 
> Why do you need that ?

The FIT infrastructure uses the dtbs-y variable and the dtbs-list file
built from it in order to obtain a list of DTBs to include.

Having roughly the right DTBs included by setting a simple config
option to =y is pretty convenient.

> Why not just use CONFIG_EXTRA_TARGETS for that ?

To be honest, I didn't know about CONFIG_EXTRA_TARGETS until now.
But I also don't quite understand it:

  ()  Additional default image types

I don't need an additional image type. I want additional device trees,
if anything.

One thing I specifically wanted to avoid by using FIT is having to add
more per-board bootwrapper logic to arch/powerpc/boot/Makefile.

> > 
> > Signed-off-by: J. Neuschäfer <j.ne@posteo.net>
> > ---
> > 
> > I've only enabled MPC831x devicetrees, because that's the hardware I have.
> > ---
> >   arch/powerpc/boot/dts/Makefile | 5 +++++
> >   1 file changed, 5 insertions(+)
> > 
> > diff --git a/arch/powerpc/boot/dts/Makefile b/arch/powerpc/boot/dts/Makefile
> > index 0cd0d8558b475cfe342f36f4b78240ef88dd2e37..6aee895d5baaa2c978d4b1c82a6d198d9e166ea2 100644
> > --- a/arch/powerpc/boot/dts/Makefile
> > +++ b/arch/powerpc/boot/dts/Makefile
> > @@ -3,3 +3,8 @@
> >   subdir-y += fsl
> > 
> >   dtb-$(CONFIG_OF_ALL_DTBS) := $(patsubst $(src)/%.dts,%.dtb, $(wildcard $(src)/*.dts))
> > +
> > +dtb-$(CONFIG_MPC831x) += \
> > +       kmeter1.dtb \
> > +       mpc8313erdb.dtb \
> > +       mpc8315erdb.dtb
> 
> How will it know which one of the three to put in the FIT image ?
> Or do you want all three in the FIT image ?

It includes all of them, which is an acceptable outcome.

> In that case how do you select which one to use at boot ?

The bootloader (most likely U-Boot) is expected to know the compatible
string of the board and select the right devicetree based on it.


Best regards,
J. Neuschäfer

  reply	other threads:[~2025-01-07 23:24 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-02 18:31 [PATCH 00/19] powerpc: MPC83xx cleanup and LANCOM NWAPP2 board J. Neuschäfer
2025-01-02 18:31 ` J. Neuschäfer via B4 Relay
2025-01-02 18:31 ` [PATCH 01/19] powerpc: Generalize MPC831x platform support J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-06 13:50   ` Christophe Leroy
2025-01-07 22:45     ` J. Neuschäfer
2025-01-08  6:38       ` Christophe Leroy
2025-01-02 18:31 ` [PATCH 02/19] powerpc: dts: Extract mpc8315e.dtsi from mpc8315erdb.dts J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-02 18:31 ` [PATCH 03/19] powerpc: dts: mpc8315e: Use IRQ_TYPE_* macros J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-02 18:31 ` [PATCH 04/19] powerpc: dts: mpc8315e: Add labels to peripherals J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-10 15:19   ` Krzysztof Kozlowski
2025-01-10 16:17     ` J. Neuschäfer
2025-01-02 18:31 ` [PATCH 05/19] powerpc: dts: mpc8315e: Disable peripherals by default J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-02 18:31 ` [PATCH 06/19] powerpc: dts: mpc8315e: Add missing #cells properties to SPI bus J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-02 18:31 ` [PATCH 07/19] powerpc: dts: mpc8315erdb: Add missing model property J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-02 18:31 ` [PATCH 08/19] powerpc: boot: Enable FIT image generation J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-06 13:52   ` Christophe Leroy
2025-01-07 23:00     ` J. Neuschäfer
2025-01-02 18:31 ` [PATCH 09/19] powerpc: boot: Build devicetrees when CONFIG_MPC831x=y J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-06 13:55   ` Christophe Leroy
2025-01-07 23:24     ` J. Neuschäfer [this message]
2025-01-02 18:31 ` [PATCH 10/19] powerpc: dts: Add MPC8314E devicetree J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-10 15:21   ` Krzysztof Kozlowski
2025-01-10 16:28     ` J. Neuschäfer
2025-01-02 18:31 ` [PATCH 11/19] dt-bindings: gpio: fsl,qoriq-gpio: Add compatible string fsl,mpc8314-gpio J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-02 21:37   ` Linus Walleij
2025-01-03  8:13   ` Krzysztof Kozlowski
2025-01-02 18:31 ` [PATCH 12/19] powerpc: dts: mpc8315e: Add GPIO controller node J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-02 18:31 ` [PATCH 13/19] gpio: mpc8xxx: Add MPC8314 support J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-02 21:38   ` Linus Walleij
2025-01-04 14:21     ` J. Neuschäfer
2025-01-02 18:31 ` [PATCH 14/19] powerpc: mpc83xx: Switch to of_platform_populate J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-02 18:51   ` Rob Herring
2025-01-04 14:50     ` J. Neuschäfer
2025-01-05 20:28       ` Rob Herring
2025-01-10 14:45         ` J. Neuschäfer
2025-01-02 18:31 ` [PATCH 15/19] dt-bindings: vendor-prefixes: Add LANCOM Systems GmbH J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-03  8:12   ` Krzysztof Kozlowski
2025-01-02 18:31 ` [PATCH 16/19] powerpc: dts: Add LANCOM NWAPP2 board devicetree J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-10 15:24   ` Krzysztof Kozlowski
2025-01-10 17:10     ` J. Neuschäfer
2025-01-19 22:03     ` J. Neuschäfer
2025-01-02 18:31 ` [PATCH 17/19] powerpc: Regenerate mpc83xx_defconfig J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-02 18:31 ` [PATCH 18/19] powerpc: mpc83xx_defconfig: Enable NWAPP2 board features J. Neuschäfer
2025-01-02 18:31   ` J. Neuschäfer via B4 Relay
2025-01-02 18:32 ` [PATCH 19/19] MAINTAINERS: Add entry for LANCOM board support J. Neuschäfer
2025-01-02 18:32   ` J. Neuschäfer via B4 Relay
2025-01-03 15:20 ` [PATCH 00/19] powerpc: MPC83xx cleanup and LANCOM NWAPP2 board Rob Herring (Arm)
2025-01-06 20:23 ` (subset) " Bartosz Golaszewski

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=Z323v2w74_lB2Ilo@probook \
    --to=j.ne@posteo.net \
    --cc=Frank.Li@nxp.com \
    --cc=brgl@bgdev.pl \
    --cc=christophe.leroy@csgroup.eu \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=krzk+dt@kernel.org \
    --cc=linus.walleij@linaro.org \
    --cc=linux-gpio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=maddy@linux.ibm.com \
    --cc=mpe@ellerman.id.au \
    --cc=naveen@kernel.org \
    --cc=npiggin@gmail.com \
    --cc=robh@kernel.org \
    /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.