From: Tom Rini <trini@konsulko.com>
To: Simon Glass <sjg@chromium.org>
Cc: Mark Kettenis <mark.kettenis@xs4all.nl>,
U-Boot Mailing List <u-boot@lists.denx.de>,
Lin Huang <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>
Subject: Re: [PATCH v6 09/11] xilinx: Disable CONFIG_BOOTSTD_DEFAULTS for some xilinx boards
Date: Sun, 2 Apr 2023 10:42:00 -0400 [thread overview]
Message-ID: <20230402144200.GE19998@bill-the-cat> (raw)
In-Reply-To: <CAPnjgZ29rikghpA2hmnLP1iNzk2J5-JzSsp-JZvT-9tN4XMGEQ@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1104 bytes --]
On Sun, Apr 02, 2023 at 02:41:46PM +1200, Simon Glass wrote:
> Hi Mark,
>
> On Sun, 2 Apr 2023 at 10:31, Mark Kettenis <mark.kettenis@xs4all.nl> wrote:
> >
> > > From: Simon Glass <sjg@chromium.org>
> > > Date: Sun, 2 Apr 2023 09:45:33 +1200
> > >
> > > Since CONFIG_BOOTSTD_DEFAULTS now selects ENV_VARS_UBOOT_CONFIG we
> cannot
> > > enable it for some Xilinx boards which have a very small environment.
> > >
> > > Disable it.
> >
> > Does that mean these configs lose distroboot support? That would be a
> > shame!
>
> We use 'select' to enable things, so we don't have the ability to enable
> just some of the defaults. So unfortunately this board needs to have
> BOOTSTD_DEFAULTS disabled.
>
> It certainly doesn't have anywhere near enough env space for distroboot,
> although I'm not sure why it is so limited.
Distroboot seems to work historically on this platform, so you need to
ensure it still works afterwards. These platforms just don't enable the
"enable all the options" option because they're intentionally limited
(the "mini" in the name).
--
Tom
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 659 bytes --]
next prev parent reply other threads:[~2023-04-02 14:42 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-01 21:45 [PATCH v6 01/11] bootstd: Tweak bootflow logic for device tree Simon Glass
2023-04-01 21:45 ` [PATCH v6 02/11] virtio: Ensure PCI is set up first Simon Glass
2023-04-01 21:45 ` [PATCH v6 03/11] bootstd: Support booting EFI where multiple options exist Simon Glass
2023-04-01 21:45 ` [PATCH v6 04/11] bootstd: Report missing labels only when asked Simon Glass
2023-04-01 21:45 ` [PATCH v6 05/11] bootstd: Show a message sometimes if no bootflows are found Simon Glass
2023-04-01 21:45 ` [PATCH v6 06/11] rockchip: Move to standard boot Simon Glass
2023-04-01 21:45 ` [PATCH v6 07/11] rockchip: Use the same boot_targets for all boards Simon Glass
2023-04-01 21:45 ` [PATCH v6 08/11] bootstd: Disable BOOTSTD for boards with custom commands Simon Glass
2023-04-01 21:45 ` [PATCH v6 09/11] xilinx: Disable CONFIG_BOOTSTD_DEFAULTS for some xilinx boards Simon Glass
2023-04-01 22:31 ` Mark Kettenis
2023-04-02 2:41 ` Simon Glass
2023-04-02 14:42 ` Tom Rini [this message]
2023-04-02 19:16 ` Simon Glass
2023-04-03 6:47 ` Michal Simek
2023-04-01 22:29 ` [PATCH v6 01/11] bootstd: Tweak bootflow logic for device tree Mark Kettenis
[not found] ` <20230402094532.v6.11.I41a5e66644a895a311889b009116245245c741a5@changeid>
2023-04-01 23:28 ` [PATCH v6 11/11] bootstd: Enable BOOTSTD_DEFAULTS by default 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=20230402144200.GE19998@bill-the-cat \
--to=trini@konsulko.com \
--cc=hl@rock-chips.com \
--cc=jeffy.chen@rock-chips.com \
--cc=kever.yang@rock-chips.com \
--cc=mark.kettenis@xs4all.nl \
--cc=philipp.tomsich@theobroma-systems.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox