All of lore.kernel.org
 help / color / mirror / Atom feed
From: Russell King <rmk@armlinux.org.uk>
To: Tero Kristo <t-kristo@ti.com>
Cc: devicetree@vger.kernel.org, robh+dt@kernel.org,
	frowand.list@gmail.com, mark.rutland@arm.com, wmills@ti.com,
	tony@atomide.com, trini@konsulko.com
Subject: Re: [RFC 00/13] ARM: dts: DT overlay support infra + some data
Date: Tue, 17 Apr 2018 10:18:55 +0100	[thread overview]
Message-ID: <20180417091855.GA20335@flint.armlinux.org.uk> (raw)
In-Reply-To: <1523956215-28154-1-git-send-email-t-kristo@ti.com>

Hi,

Please copy me at linux@armlinux.org.uk not rmk@armlinux.org.uk - this
entire series has ended up in my spam folder.

On Tue, Apr 17, 2018 at 12:10:02PM +0300, Tero Kristo wrote:
> Hi,
> 
> This series is an attempt to start discussion on the DT overlay build time
> support. Basically, one can build DT overlays directly from kernel tree,
> and also build FIT images that contain the kernel + devicetree blobs
> required for specific configuration that can be booted directly with
> u-boot. No runtime support for overlay switching is touched by this
> series.
>
> The main controversy with this series is most likely where the DT overlay
> files should be stored at. Should they still reside with the kernel
> tree or someplace else? Also, the FIT image support is probably
> controversial, should it be part of the kernel build system like shown
> here, or should it be separate? The zImage dependency is pretty annoying
> so maybe it should be done somewhere else.

Please, no, do not add any further build targets for special boot loader
formats.  We already deprecate the "uImage" format when building multi-
platform kernels.

The problem is that we either need to pass in parameters like the load
address and dtb path to include in the image, or we need to add to the
kernel build system the load addresses for every platform, and generate
hundreds of images eating up lots of disk space, and adding to the
kernel build time.

When we switched to dtb and multi-platform support, we decided that it
was much better that such bootloader specific stuff be external to the
kernel tree.

-- 
Russell King

      parent reply	other threads:[~2018-04-17  9:19 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-04-17  9:10 [RFC 00/13] ARM: dts: DT overlay support infra + some data Tero Kristo
2018-04-17  9:10 ` [RFC 01/13] ARM: dts: allow building .dtb files under platform subdirs Tero Kristo
2018-04-19  0:02   ` Rob Herring
2018-04-17  9:10 ` [RFC 02/13] ARM: dts: add support for building DT overlays Tero Kristo
2018-04-17  9:10 ` [RFC 03/13] ARM: dts: add subdir for TI SoC DT files Tero Kristo
2018-04-17  9:10 ` [RFC 04/13] kbuild: add support for building %.dtbo targets Tero Kristo
2018-04-18 14:16   ` Geert Uytterhoeven
2018-04-17  9:10 ` [RFC 05/13] ARM: dts: ti: add support for building .dtb files containing symbols Tero Kristo
2018-04-18 14:20   ` Geert Uytterhoeven
2018-04-18 19:07     ` Tero Kristo
2018-04-18 22:43     ` Rob Herring
2018-04-19  6:36       ` Tero Kristo
2018-04-19 15:26         ` Rob Herring
2018-04-19 18:00           ` Tero Kristo
2018-04-17  9:10 ` [RFC 06/13] ARM: dts: am57xx-evm: add AM57xx-evm DT overlay Tero Kristo
2018-04-18 14:36   ` Geert Uytterhoeven
2018-04-18 19:12     ` Tero Kristo
2018-04-18 19:15       ` Russell King
2018-04-20 13:27         ` Geert Uytterhoeven
2018-04-18 22:40     ` Rob Herring
2018-04-19  0:19   ` Rob Herring
2018-04-19  6:49     ` Tero Kristo
2018-04-20  1:31       ` Rob Herring
2018-04-17  9:10 ` [RFC 07/13] ARM: dts: ti: add camera overlays Tero Kristo
2018-04-17  9:10 ` [RFC 08/13] ARM: dts: ti: add dra71-evm overlays Tero Kristo
2018-04-17  9:10 ` [RFC 09/13] kbuild: add support for generating FIT images Tero Kristo
2018-04-17  9:10 ` [RFC 10/13] ARM: dts: add FIT image build support for ARM architecture Tero Kristo
2018-04-17  9:10 ` [RFC 11/13] ARM: dts: ti: add FIT image dependencies Tero Kristo
2018-04-17  9:10 ` [RFC 12/13] ARM: dts: ti: add dra71-evm FIT description file Tero Kristo
2018-04-17  9:29   ` Russell King
2018-04-17  9:34     ` Tero Kristo
2018-04-17 14:49       ` Tony Lindgren
2018-05-21  6:57         ` Tero Kristo
2018-05-21  6:57           ` Tero Kristo
2018-05-22 20:01           ` Rob Herring
2018-05-22 20:01             ` Rob Herring
2018-05-23  5:55             ` Tero Kristo
2018-05-23  5:55               ` Tero Kristo
2018-05-23 14:13               ` Rob Herring
2018-05-23 14:13                 ` Rob Herring
2018-05-23 18:37               ` Tony Lindgren
2018-05-23 18:37                 ` Tony Lindgren
2018-05-29 17:05             ` Frank Rowand
2018-05-29 17:05               ` Frank Rowand
2018-05-29 17:33               ` Russell King - ARM Linux
2018-05-29 17:33                 ` Russell King - ARM Linux
2018-05-29 22:45                 ` Frank Rowand
2018-05-29 22:45                   ` Frank Rowand
2018-05-29 22:51                   ` Russell King - ARM Linux
2018-05-29 22:51                     ` Russell King - ARM Linux
2018-04-17  9:10 ` [RFC 13/13] ARM: dts: ti: add am57xx-evm " Tero Kristo
2018-04-17  9:18 ` Russell King [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=20180417091855.GA20335@flint.armlinux.org.uk \
    --to=rmk@armlinux.org.uk \
    --cc=devicetree@vger.kernel.org \
    --cc=frowand.list@gmail.com \
    --cc=mark.rutland@arm.com \
    --cc=robh+dt@kernel.org \
    --cc=t-kristo@ti.com \
    --cc=tony@atomide.com \
    --cc=trini@konsulko.com \
    --cc=wmills@ti.com \
    /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.