All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tom Rini <trini@konsulko.com>
To: Simon Glass <sjg@chromium.org>
Cc: Nicolas Ferre <nicolas.ferre@microchip.com>,
	U-Boot Mailing List <u-boot@lists.denx.de>,
	Varshini Rajendran <Varshini.Rajendran@microchip.com>,
	huang lin <hl@rock-chips.com>,
	Jeffy Chen <jeffy.chen@rock-chips.com>,
	Kever Yang <kever.yang@rock-chips.com>,
	Philipp Tomsich <philipp.tomsich@theobroma-systems.com>,
	Vagrant Cascadian <vagrant@debian.org>,
	"Albert ARIBAUD (3ADEV)" <albert.aribaud@3adev.fr>,
	Eugen Hristev <eugen.hristev@collabora.com>,
	Greg Gallagher <greg@embeddedgreg.com>,
	Heiko Schocher <hs@denx.de>, Michal Simek <michal.simek@amd.com>,
	Philippe Reynes <philippe.reynes@softathome.com>,
	Tony Dinh <mibodhi@gmail.com>
Subject: Re: [PATCH v4 1/4] bootstd: Enable BOOTSTD_DEFAULTS by default
Date: Thu, 30 Mar 2023 10:09:39 -0400	[thread overview]
Message-ID: <20230330140939.GW6083@bill-the-cat> (raw)
In-Reply-To: <CAPnjgZ0LxQH7VgXT737SLv_-pAO-n4ech54tq2vWgCqFLmkSLg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1720 bytes --]

On Thu, Mar 30, 2023 at 10:17:22PM +1300, Simon Glass wrote:
> Hi Nicolas,
> 
> On Wed, 29 Mar 2023 at 20:55, Nicolas Ferre <nicolas.ferre@microchip.com> wrote:
> >
> > Hi Simon,
> >
> > On 29/03/2023 at 09:16, Simon Glass wrote:
> > > This is needed to enable the boot command used to start standard boot.
> > > Enable it by default. This brings in quite a few features, mostly in
> > > common with DISTRO_DEFAULTS
> > >
> > > Disable this option for boards which don't have enough space.
> >
> > What is the identified minimal space for benefiting from this feature?
> 
> Well some boards have a limit on the size of U-Boot. The defaults
> enables lots of things, including ext and fat filesystems, partition
> types, booti/z for ARM, etc.
> 
> I have not locked at what a minimal board requires. But if you know
> what you are doing, you could drop BOOT_DEFAULTS and BOOTSTD_DEFAULTS
> or DISTRO_DEFAULTS and manually enable just what you need.
> >
> >
> > > Disable CONFIG_ENV_VARS_UBOOT_CONFIG for some Xilinx boards which have
> > > a very small environment. Disable BOOTSTD_DEFAULTS for smartweb since
> > > it is too close to its limit.
> >
> > I see that a few Microchip boards are in this case too and even if
> > sama5d27 som1 ek might be impacted, I would like to double check for the
> > other sama5d2 boards.
> 
> OK, sure. The really big thing is booting EFI images -
> CONFIG_EFI_LOADER. It adds over 100KB I think.

These are examples of platforms I was talking about. They do not use
distro boot today, and have a real bootcmd defined. They should just get
bootstd turned off now until someone is interested in seeing how bootstd
would be used here.

-- 
Tom

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 659 bytes --]

  reply	other threads:[~2023-03-30 14:09 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-29  7:16 [PATCH v4 1/4] bootstd: Enable BOOTSTD_DEFAULTS by default Simon Glass
2023-03-29  7:16 ` [PATCH v4 2/4] rockchip: Move to standard boot Simon Glass
2023-03-29  7:16 ` [PATCH v4 3/4] bootstd: Relax the argument requirements for bootflow scan Simon Glass
2023-03-29 14:17   ` Tom Rini
2023-03-29  7:16 ` [PATCH v4 4/4] rockchip: Use the same boot_targets for all boards Simon Glass
2023-03-29 14:19   ` Tom Rini
2023-03-29  7:41 ` [PATCH v4 1/4] bootstd: Enable BOOTSTD_DEFAULTS by default Michal Simek
2023-03-29  7:55 ` Nicolas Ferre
2023-03-30  9:17   ` Simon Glass
2023-03-30 14:09     ` Tom Rini [this message]
2023-03-29 14:15 ` Tom Rini

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=20230330140939.GW6083@bill-the-cat \
    --to=trini@konsulko.com \
    --cc=Varshini.Rajendran@microchip.com \
    --cc=albert.aribaud@3adev.fr \
    --cc=eugen.hristev@collabora.com \
    --cc=greg@embeddedgreg.com \
    --cc=hl@rock-chips.com \
    --cc=hs@denx.de \
    --cc=jeffy.chen@rock-chips.com \
    --cc=kever.yang@rock-chips.com \
    --cc=mibodhi@gmail.com \
    --cc=michal.simek@amd.com \
    --cc=nicolas.ferre@microchip.com \
    --cc=philipp.tomsich@theobroma-systems.com \
    --cc=philippe.reynes@softathome.com \
    --cc=sjg@chromium.org \
    --cc=u-boot@lists.denx.de \
    --cc=vagrant@debian.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.