<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/arch/arm, branch v2025.04</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/arch/arm?h=v2025.04</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/arch/arm?h=v2025.04'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2025-03-17T14:00:40Z</updated>
<entry>
<title>Merge tag 'efi-2025-04-rc5' of https://source.denx.de/u-boot/custodians/u-boot-efi</title>
<updated>2025-03-17T14:00:40Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2025-03-17T14:00:40Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=3e806c41aa1d22a0c40a284a14a3804d2a930f22'/>
<id>urn:sha1:3e806c41aa1d22a0c40a284a14a3804d2a930f22</id>
<content type='text'>
Pull request efi-2025-04-rc5

CI:

* https://source.denx.de/u-boot/custodians/u-boot-efi/-/pipelines/25196

UEFI:

* Export _start symbol from crt0_*_efi stubs
* Move .dynamic out of .text in EFI
* scripts/Makefile.lib: Preserve the .dynstr section as well

Documentation:

* net: miiphybb: Convert documentation to rst
</content>
</entry>
<entry>
<title>arm: riscv: efi: Export _start symbol from crt0_*_efi stubs</title>
<updated>2025-03-17T08:22:03Z</updated>
<author>
<name>Sam Edwards</name>
<email>cfsworks@gmail.com</email>
</author>
<published>2025-03-15T22:18:09Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=214a87757ac70d5b6523142136678a53e7d4232f'/>
<id>urn:sha1:214a87757ac70d5b6523142136678a53e7d4232f</id>
<content type='text'>
While the _start label is only intended for use locally to populate the
(hand-written) PE header, the linker script includes ENTRY(_start) which
designates it as the entry point in the output ELF, resulting in linker
warnings under some linkers (e.g. LLVM's lld) due to _start not being a
globally-visible symbol. Since  ELF is only an intermediary build
format, and the aforementioned PE header correctly points to _start, the
ENTRY(_start) directive could easily be removed to silence this warning.

However, since some developers who are debugging EFI by analyzing the
intermediary ELF may appreciate having correct entry-point information,
this patch instead promotes the _start labels to global symbols,
silencing the linker warning and making the intermediary ELF reflect the
true entry point.

This patch doesn't affect the final output binaries in any way.

Signed-off-by: Sam Edwards &lt;CFSworks@gmail.com&gt;
</content>
</entry>
<entry>
<title>arm64: dts: renesas: Make OTP available in SPL on R8A779G0 V4H</title>
<updated>2025-03-16T13:56:16Z</updated>
<author>
<name>Marek Vasut</name>
<email>marek.vasut+renesas@mailbox.org</email>
</author>
<published>2025-03-16T13:51:38Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=15111aeb9c7ac7a8cbe6444090098a440d2bbb4f'/>
<id>urn:sha1:15111aeb9c7ac7a8cbe6444090098a440d2bbb4f</id>
<content type='text'>
The DBSC5 DRAM controller driver needs access to OTP fuses to discern
Renesas R-Car V4H-3, V4H-5 and V4H-7 SoC variants based on OTP fuse
programming. Make OTP block DT node available in U-Boot SPL DT so the
DBSC5 driver can determine its base address and read out the OTP fuses.

Signed-off-by: Marek Vasut &lt;marek.vasut+renesas@mailbox.org&gt;
</content>
</entry>
<entry>
<title>ARM: dts: imx: Drop bogus regulator extras on DH i.MX6 DHCOM DRC02</title>
<updated>2025-03-13T21:22:48Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2025-03-11T01:34:18Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=15d6518c942f0da13f9a7ceeadbd925c3317ec8d'/>
<id>urn:sha1:15d6518c942f0da13f9a7ceeadbd925c3317ec8d</id>
<content type='text'>
The regulator extras should be placed in the USB H1 regulator node,
the /regulator-usb-h1-vbus. They are already present there in the
upstream DT, so delete this bogus node entirely.

Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
</content>
</entry>
<entry>
<title>Merge tag 'u-boot-stm32-20250310' of https://source.denx.de/u-boot/custodians/u-boot-stm</title>
<updated>2025-03-10T13:48:25Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2025-03-10T13:48:25Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=444cc6f0803875b5b183850ddc27c1ef89eeb4a1'/>
<id>urn:sha1:444cc6f0803875b5b183850ddc27c1ef89eeb4a1</id>
<content type='text'>
ARM: stm32mp: Fix boot hang on STM32MP15xx with 1 GiB of DRAM.
</content>
</entry>
<entry>
<title>ARM: stm32mp: Fix dram_bank_mmu_setup() for ram_top=0</title>
<updated>2025-03-10T08:39:30Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2025-03-09T02:05:54Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f5ee0f2bf7b008dc92315c10239e8d537877c0de'/>
<id>urn:sha1:f5ee0f2bf7b008dc92315c10239e8d537877c0de</id>
<content type='text'>
On STM32MP15xx with 1 GiB of DRAM, the gd-&gt;ram_top becomes 0,
because DRAM base 0xc0000000 + DRAM size 0x40000000 leads to
gd-&gt;ram_top overflow which resets it to 0. Handle this special
case simply by checking for gd-&gt;ram_top being zero, and if it
is, assume there is no addr &gt;= gd-&gt;ram_top .

This fixes boot hang on STM32MP15xx with 1 GiB of DRAM.

Fixes: 25fb58e88aba ("ARM: stm32mp: Fix dram_bank_mmu_setup() for LMB located above ram_top")
Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Reviewed-by: Patrice Chotard &lt;patrice.chotard@foss.st.com&gt;
</content>
</entry>
<entry>
<title>arm64: versal2: Show major and minor silicon version</title>
<updated>2025-03-03T15:09:59Z</updated>
<author>
<name>Michal Simek</name>
<email>michal.simek@amd.com</email>
</author>
<published>2025-02-18T12:43:07Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f92623704e58e80814c087a10d0ee385221df20b'/>
<id>urn:sha1:f92623704e58e80814c087a10d0ee385221df20b</id>
<content type='text'>
ES1 silicon is 0x10 (16) and production is 0x20 (32) but correct number to
see are v1.0 or v2.0 instead of v16 or v32.

Signed-off-by: Michal Simek &lt;michal.simek@amd.com&gt;
Link: https://lore.kernel.org/r/20095339334fe07f373ffae3bdbfec51f5a00dc7.1739882585.git.michal.simek@amd.com
</content>
</entry>
<entry>
<title>rockchip: nanopi-r4s: Enable second usb port and fix crash</title>
<updated>2025-02-28T11:15:21Z</updated>
<author>
<name>Justin Klaassen</name>
<email>justin@tidylabs.net</email>
</author>
<published>2025-01-31T17:06:13Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ed073246e80a494fd4323da51dc70110c0b8b422'/>
<id>urn:sha1:ed073246e80a494fd4323da51dc70110c0b8b422</id>
<content type='text'>
The patch enables the second USB3.0 Type-A USB port on the NanoPi R4S
board, which prevents a crash when initializing the usb system in U-Boot
and allows both Type-A USB ports to be used for booting.

=&gt; usb start
starting USB...
Bus usb@fe380000: USB EHCI 1.00
Bus usb@fe3c0000: "Synchronous Abort" handler, esr 0x96000010, far 0x0

Signed-off-by: Justin Klaassen &lt;justin@tidylabs.net&gt;
Reviewed-by: Kever Yang &lt;kever.yang@rock-chips.com&gt;
</content>
</entry>
<entry>
<title>rockchip: rk3308-rock-s0: Fix SD-card boot on v1.1 hw revision</title>
<updated>2025-02-28T11:13:50Z</updated>
<author>
<name>Jonas Karlman</name>
<email>jonas@kwiboo.se</email>
</author>
<published>2025-02-20T18:31:28Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=4871db60824e45d70136c0879054f4a732da67b1'/>
<id>urn:sha1:4871db60824e45d70136c0879054f4a732da67b1</id>
<content type='text'>
BootROM leave GPIO4_D6 configured as SDMMC_PWREN function and DW MMC
driver set PWREN high in dwmci_init().

However, HW revision prior to v1.2 must pull GPIO4_D6 low to access
sdmmc. For HW revision v1.2 the state of GPIO4_D6 has no impact.

Upstream Linux commit 26c100232b09 "arm64: dts: rockchip: Fix sdmmc
access on rk3308-rock-s0 v1.1 boards" fixed this issue by adding a
vcc_sd regulator.

Include the new vcc_sd regulator in SPL and enable required Kconfig
options to set GPIO4_D6 low to fix reading sdmmc on v1.1 hw revision.

Fixes: 25438c40a007 ("board: rockchip: Add Radxa ROCK S0")
Signed-off-by: Jonas Karlman &lt;jonas@kwiboo.se&gt;
Reviewed-by: Quentin Schulz &lt;quentin.schulz@cherry.de&gt;
Reviewed-by: Kever Yang &lt;kever.yang@rock-chips.com&gt;
</content>
</entry>
<entry>
<title>arch: arm: dts: k3-am642-phycore-som-binman: Add custMpk to overlays</title>
<updated>2025-02-27T14:07:38Z</updated>
<author>
<name>Daniel Schultz</name>
<email>d.schultz@phytec.de</email>
</author>
<published>2025-02-11T06:42:05Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b78f8677cde8b1dde31b66f5b780f2e9b62fba7f'/>
<id>urn:sha1:b78f8677cde8b1dde31b66f5b780f2e9b62fba7f</id>
<content type='text'>
There are some device-tree overlays with missing entries for the
keyfile. Add them to sign all images in the U-Boot FIT image.

Signed-off-by: Daniel Schultz &lt;d.schultz@phytec.de&gt;
Reviewed-by: Wadim Egorov &lt;w.egorov@phytec.de&gt;
</content>
</entry>
</feed>
