u-boot.lists.denx.de archive mirror
 help / color / mirror / Atom feed
From: Michal Simek <michal.simek@amd.com>
To: Simon Glass <sjg@chromium.org>, Tom Rini <trini@konsulko.com>
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: Mon, 3 Apr 2023 08:47:56 +0200	[thread overview]
Message-ID: <658179fc-c59f-efd1-cfff-5dda13ff8da2@amd.com> (raw)
In-Reply-To: <CAPnjgZ1q9_JMQ0qJ1MEDmdEUkzC2zWB0KD42QuFP6yp38BP_fg@mail.gmail.com>

Hi,

On 4/2/23 21:16, Simon Glass wrote:
> Hi Tom,
> 
> On Mon, 3 Apr 2023 at 02:42, Tom Rini <trini@konsulko.com> wrote:
>>
>> 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).
> 
> It looks like they set the bootcommand to 'run distro_bootcmd' rather
> than enabling DISTRO_DEFAULTS.
> 
> But I just don't understand how it can work. The env size is 0x80
> bytes and it doesn't include the config_distro_bootcmd.h file.
> 
> Mark, maybe I just totally lost, but I just cannot see how this can
> work. Please take a look.
> 
> Tom, do you have a board to test with?
> 
> Anyway, as should be clear from my commit message, this is about
> BOOTSTD_DEFAULTS so it does not affect DISTRO_DEFAULTS.

mini configuration are used for non volatile memories programming. They are only 
designed for it. They are running out of OCM without any intention to boot any 
other SW. That's why disabling any configuration related to distro boot is the 
right way to go.

Acked-by: Michal Simek <michal.simek@amd.com>

Thanks,
Michal

  reply	other threads:[~2023-04-03  6:48 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
2023-04-02 19:16         ` Simon Glass
2023-04-03  6:47           ` Michal Simek [this message]
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=658179fc-c59f-efd1-cfff-5dda13ff8da2@amd.com \
    --to=michal.simek@amd.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=trini@konsulko.com \
    --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;
as well as URLs for NNTP newsgroup(s).