<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/common/spl/Kconfig, branch v2025.07</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/common/spl/Kconfig?h=v2025.07</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/common/spl/Kconfig?h=v2025.07'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2025-05-21T10:52:29Z</updated>
<entry>
<title>spl: Kconfig: support U-Boot load from raw NAND</title>
<updated>2025-05-21T10:52:29Z</updated>
<author>
<name>Dario Binacchi</name>
<email>dario.binacchi@amarulasolutions.com</email>
</author>
<published>2025-05-20T08:54:16Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=8acea298bb82c38b20855cd46a46b9e418dc1fb0'/>
<id>urn:sha1:8acea298bb82c38b20855cd46a46b9e418dc1fb0</id>
<content type='text'>
Commit 2a00d73d081a ("spl: mmc: Try to clean up raw-mode options") breaks
the boot of the BSH SMM S2 board. As stated in the commit itself, "Some
boards use this value even though MMC is not enabled in SPL, for example
imx8mn_bsh_smm_s2".

Support load of the U-Boot image from raw NAND sector. This is equivalent
to load from MMC raw sector.

Fixes: 2a00d73d081a ("spl: mmc: Try to clean up raw-mode options")
Signed-off-by: Dario Binacchi &lt;dario.binacchi@amarulasolutions.com&gt;
</content>
</entry>
<entry>
<title>rockchip: Add SPL_PAD_TO Kconfig default value</title>
<updated>2025-05-06T07:58:25Z</updated>
<author>
<name>Jonas Karlman</name>
<email>jonas@kwiboo.se</email>
</author>
<published>2025-04-13T19:59:37Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ce0dccf4593d2eefcb6b0c3145a2f0dd7490d900'/>
<id>urn:sha1:ce0dccf4593d2eefcb6b0c3145a2f0dd7490d900</id>
<content type='text'>
Almost all Rockchip boards use the same Kconfig value for SPL_PAD_TO,
0x7f8000.

u-boot-rockchip.bin is typically written to offset 64S (32KiB) of MMC
media. u-boot.itb (or u-boot.img) is typically expected at offset 16384S
(8MiB) of MMC media (SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR=0x4000).

SPL_PAD_TO is used as the offset for u-boot.itb (or u-boot.img) in the
generated simple-bin binman image, and can be calculated as:

  SPL_PAD_TO = (16384S - 64S) * 512 = 0x7f8000

Add this value as a default value for ARCH_ROCKCHIP.

Signed-off-by: Jonas Karlman &lt;jonas@kwiboo.se&gt;
Reviewed-by: Kever Yang &lt;kever.yang@rock-chips.com&gt;
Reviewed-by: Quentin Schulz &lt;quentin.schulz@cherry.de&gt;
</content>
</entry>
<entry>
<title>spl: imx: use trampoline buffer to load images to secure region</title>
<updated>2025-05-03T19:55:32Z</updated>
<author>
<name>Ye Li</name>
<email>ye.li@nxp.com</email>
</author>
<published>2025-04-28T10:37:36Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=2f8b24d5cc34e5c4c466a29539e5a01b14423cac'/>
<id>urn:sha1:2f8b24d5cc34e5c4c466a29539e5a01b14423cac</id>
<content type='text'>
When SPL loading image to secure region, for example, ATF and tee to
DDR secure region. Because the USDHC controller is non-secure master,
it can't access this region and will cause loading issue.

So use a trampoline buffer in non-secure region, then use CPU to copy the
image from trampoline buffer to destination secure region.

Signed-off-by: Ye Li &lt;ye.li@nxp.com&gt;
Signed-off-by: Alice Guo &lt;alice.guo@nxp.com&gt;
Reviewed-by: Peng Fan &lt;peng.fan@nxp.com&gt;
</content>
</entry>
<entry>
<title>configs: set SPL_TEXT_BASE by default for k3 platforms</title>
<updated>2025-04-24T14:23:07Z</updated>
<author>
<name>Anshul Dalal</name>
<email>anshuld@ti.com</email>
</author>
<published>2025-04-15T09:50:27Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=7d8c3fa26c954f575842d739b4e0b9def4eefae6'/>
<id>urn:sha1:7d8c3fa26c954f575842d739b4e0b9def4eefae6</id>
<content type='text'>
SPL_TEXT_BASE is used as the load address for the main domain SPL on k3
platforms.

Since the config value is the same for every board, this patch sets the
value 0x80080000 as default for all 64-bit ARCH_K3, 0x43c00000 as
default for the R5 cores and deletes the instances of SPL_TEXT_BASE in
individual defconfigs.

Signed-off-by: Anshul Dalal &lt;anshuld@ti.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>ARM: mvebu: Correct SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR usage</title>
<updated>2025-04-16T06:05:15Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2025-03-15T01:29:05Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=9af45190d6dbe4d7369c01c34b6fe40dc00d8663'/>
<id>urn:sha1:9af45190d6dbe4d7369c01c34b6fe40dc00d8663</id>
<content type='text'>
As the code is today, we get a warning about "select" statements on
"choice" options not doing anything. However, it also works as intended
because SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR is the default option
within that choice statement. To guard against future regressions, make
the choice statement in common/spl/Kconfig have an explicit default if
MVEBU_SPL_BOOT_DEVICE_MMC.

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Stefan Roese &lt;sr@denx.de&gt;
</content>
</entry>
<entry>
<title>config: falcon: move CFG_SYS_SPI_* to Kconfig</title>
<updated>2025-03-30T15:15:31Z</updated>
<author>
<name>Anshul Dalal</name>
<email>anshuld@ti.com</email>
</author>
<published>2025-03-11T04:44:12Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=bcb8cac2d550b6decfbcb2985be276afbec296cf'/>
<id>urn:sha1:bcb8cac2d550b6decfbcb2985be276afbec296cf</id>
<content type='text'>
CFG_SYS_SPI_* are used in falcon boot to specify the offsets and size of
the respective payloads. This patch moves them to Kconfig keeping the
values consistent for each of the affected boards.

Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
Reviewed-by: Fabio Estevam &lt;festevam@gmail.com&gt;
Signed-off-by: Anshul Dalal &lt;anshuld@ti.com&gt;
</content>
</entry>
<entry>
<title>spl: reorder SPL_MAX_SIZE defaults for sunxi</title>
<updated>2025-03-27T00:26:35Z</updated>
<author>
<name>Andre Przywara</name>
<email>andre.przywara@arm.com</email>
</author>
<published>2025-01-02T11:06:22Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1f8374ebefece7ccb242aa1c59e149a32f566fc8'/>
<id>urn:sha1:1f8374ebefece7ccb242aa1c59e149a32f566fc8</id>
<content type='text'>
Reorder the Kconfig defaults for the maximum SPL size, to make the
Allwinner specific values more readable and extensible: many older SoCs
need to be limited to 32KB, so make this the last ARCH_SUNXI entry, used
as a fallback unless explicitly overridden before.

Signed-off-by: Andre Przywara &lt;andre.przywara@arm.com&gt;
Acked-by: Jernej Skrabec &lt;jernej.skrabec@gmail.com&gt;
</content>
</entry>
<entry>
<title>spl: Add an SPL_HAVE_INIT_STACK option</title>
<updated>2025-03-13T16:36:09Z</updated>
<author>
<name>Simon Glass</name>
<email>sjg@chromium.org</email>
</author>
<published>2025-02-28T12:20:24Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=d6a53f523afea94fb20fe4f9babcd880833372f1'/>
<id>urn:sha1:d6a53f523afea94fb20fe4f9babcd880833372f1</id>
<content type='text'>
At present there is a hex value SPL_STACK which both determines whether
SPL has its own initial stack and the hex value of that stack.

Split off the former into SPL_HAVE_INIT_STACK with SPL_STACK depending
on that and only providing the latter.

Signed-off-by: Simon Glass &lt;sjg@chromium.org&gt;
[trini: Resync defconfig files]
</content>
</entry>
<entry>
<title>Merge patch series "Introduce K3 remoteproc driver for M4 subsystem"</title>
<updated>2025-02-14T19:39:10Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2025-02-14T19:17:47Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=3f19062d46d21bbeac6dc363c0e54502b64f89e4'/>
<id>urn:sha1:3f19062d46d21bbeac6dc363c0e54502b64f89e4</id>
<content type='text'>
Judith Mendez &lt;jm@ti.com&gt; says:

Some K3 devices like am62x and am64x have a M4 processor in the MCU
voltage domain. This patch series introduces remoteproc M4 driver which
will be used to load firmware into and start the M4 remote core.

This series also adds support for R5F cores on am64x SoCs in patch 2 and
sets up environment to load FW in remote cores in patch 3,4,5.

This patch series also enables remoteproc drivers by default as per what
remoteproc sybsystem is supported per SoC, thus all remoteproc options
are now deleted in configs/* since they are no longer required.

This patch series was tested on am64x EVM, am62x SK, am62ax SK,
am62px SK boards.

Any additional tested by's are welcome since I was not able to
test any additional boards.

Tested by running the following commands in u-boot prompt:

=&gt; setenv dorprocboot 1
=&gt; run boot_rprocs

Link: https://lore.kernel.org/r/20250210202944.1071931-1-jm@ti.com
</content>
</entry>
<entry>
<title>spl: Enable SPL remoteproc by default for K3 ARCH</title>
<updated>2025-02-14T19:17:36Z</updated>
<author>
<name>Judith Mendez</name>
<email>jm@ti.com</email>
</author>
<published>2025-02-10T20:29:41Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=526a48581003877ff1c40201107c2055fcb41e93'/>
<id>urn:sha1:526a48581003877ff1c40201107c2055fcb41e93</id>
<content type='text'>
If building for v7R and K3 architecture, enable SPL
remoteproc so that it does not have to be defined in each
board defconfig file.

Signed-off-by: Judith Mendez &lt;jm@ti.com&gt;
</content>
</entry>
</feed>
