From: Peng Fan <peng.fan@oss.nxp.com>
To: Simon Glass <sjg@chromium.org>, Tom Rini <trini@konsulko.com>
Cc: Tom Rini <trini@konsulko.com>,
u-boot@lists.denx.de,
Manoj Sai <abbaraju.manojsai@amarulasolutions.com>,
Matteo Lisi <matteo.lisi@engicam.com>,
Teresa Remmet <t.remmet@phytec.de>, Peng Fan <peng.fan@nxp.com>,
Fabio Estevam <festevam@gmail.com>,
Marco Franchi <marcofrk@gmail.com>,
Alifer Moraes <alifer.wsdm@gmail.com>,
"Lukas F. Hartmann" <lukas@mntre.com>,
Patrick Wildt <patrick@blueri.se>,
Heiko Thiery <heiko.thiery@gmail.com>,
Marek Vasut <marex@denx.de>,
Francesco Dolcini <francesco.dolcini@toradex.com>,
upstream@lists.phytec.de
Subject: Re: U-Boot and legacy SPL power control on modern platforms
Date: Thu, 26 Mar 2026 15:44:44 +0800 [thread overview]
Message-ID: <acTj7FcrX1lfaloZ@shlinux89> (raw)
In-Reply-To: <CAFLszTjJG9Gj7Q+31sypFBRnS3g4NYT+0-t06dxQMsw8ekJMSg@mail.gmail.com>
Hi Simon, Tom
On Wed, Mar 25, 2026 at 11:56:25AM -0600, Simon Glass wrote:
>Hi,
>
>On Wed, 25 Mar 2026 at 10:52, Tom Rini <trini@konsulko.com> wrote:
>>
>> On Wed, Mar 25, 2026 at 07:18:56PM +0800, Peng Fan wrote:
>> > Hi Tom,
>> >
>> > On Fri, Mar 20, 2026 at 03:45:18PM -0600, Tom Rini wrote:
>> > >Hello,
>> > >
>> > >As part of the work I've been doing on clarifying Kconfig dependencies
>> > >I've stumbled on to a number of modern boards[1] that are using the
>> > >SPL_POWER_LEGACY symbol. Can the maintainers please update these to use
>> > >DM_PMIC, DM_REGULATOR (and SPL variants) as needed so that they use the
>> > >modern architecture, or let me know what's missing here? Thanks!
>> >
>> > For i.MX8MQ, I think we may need to leave with SPL_POWER_LEGACY,
>> > the board has 256KB TCM, but u-boot-spl-ddr.bin is almost using all
>> > of them if enabling SPL_DM, other SPL_OF_CONTROL and other DM drivers.
>> >
>> > u-boot-spl.bin itself is 90KB+, but ddr firmware and hdmi.bin are packed
>> > in u-boot-spl-ddr.bin, the image is a bit large.
>>
>> Ugh. Does CONFIG_SPL_OPTIMIZE_INLINING=y win us enough space here to
>> matter? Changing CONFIG_SPL_LOGLEVEL rarely is enough of a win to
>> matter, so I don't think that'll help. Turning off CONFIG_MMC_VERBOSE
>> sometimes helps, but only a little.
>>
>> If we really can't make it all fit, then renaming some options needs to
>> be done once we remove the legacy portion from full U-Boot (of which
>> there's a much smaller number of semi-modern platforms enabling it).
>> Thanks for checking on this.
>
>It is pretty ugly, but there is of-platdata
I will give some try to see if we could save some time, whether using
of-platdata, turn off mmc verbose or else.
Thanks,
Peng
>
>Regards,
>Simon
prev parent reply other threads:[~2026-03-26 7:42 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-20 21:45 U-Boot and legacy SPL power control on modern platforms Tom Rini
2026-03-22 12:26 ` Peng Fan (OSS)
2026-03-24 9:18 ` Francesco Dolcini
2026-03-25 11:18 ` Peng Fan
2026-03-25 16:52 ` Tom Rini
2026-03-25 17:56 ` Simon Glass
2026-03-26 7:44 ` Peng Fan [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=acTj7FcrX1lfaloZ@shlinux89 \
--to=peng.fan@oss.nxp.com \
--cc=abbaraju.manojsai@amarulasolutions.com \
--cc=alifer.wsdm@gmail.com \
--cc=festevam@gmail.com \
--cc=francesco.dolcini@toradex.com \
--cc=heiko.thiery@gmail.com \
--cc=lukas@mntre.com \
--cc=marcofrk@gmail.com \
--cc=marex@denx.de \
--cc=matteo.lisi@engicam.com \
--cc=patrick@blueri.se \
--cc=peng.fan@nxp.com \
--cc=sjg@chromium.org \
--cc=t.remmet@phytec.de \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
--cc=upstream@lists.phytec.de \
/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.