Skip to main content
jRn
Associate II
May 7, 2025
Solved

STM32MP1 reboot Problem

  • May 7, 2025
  • 2 replies
  • 756 views

Hello,

we have an issue with a STM32MP1 and EMMC. The only boot source is SDMMC2 from eMMC-Flash.

So far it works fine, but when we try to initiate a "reboot" in linux the system hangs and won't start again. 

If we do a reset in u-boot, there is no problem at all.

Also, we have two boards. One board has an eMMC THGBMNG5D1LBAIL from Toshiba (is recommeded in errata sheet) and the other board is the eMMC SDINBDG4-8G from Sandisk. At both board the Software is the same and MPU is STM32MP151CAB3T REV Z.

 

With the Toshiba eMMC the "reboot" works everytime and with the Sandisk eMMC we have the trouble.

BR

 

 

 

 

Best answer by jRn

Hello,

this topic went offline, can be closed.

The main issue fixed with eMMC rst function:

mmc rst-function <dev> <value>

 

BR

 

2 replies

Olivier GALLIEN
Technical Moderator
May 7, 2025

Hi @jRn 

Could you please provide cold boot and reboot log for both boards please ? 

Thanks 

Olivier 

 

 

Olivier GALLIEN In order to give better visibility on the answered topics, please click on 'Accept as Solution' on the reply which solved your issue or answered your question.
jRn
jRnAuthor
Associate II
May 8, 2025

Hi Oliver,

see attached the logfile. 

Rev0200 is with the THGBMNG5D1LBAIL.

Rev0300 is with the SDINBDG4-8G.

 

In addition, we measured some signals with a scope during reboot:
REV0200 (reboot works)

CH2: NRST // CH3: NRST_CORE // CH5: DAT0 (EMMC) // CH7: CMD (EMMC) // CH8: CLK (EMMC)

jRn_0-1746690918101.png

 

REV0300 (reboot isn't working)

CH1: NRST // CH2: NRST_CORE // CH3: PWR_ON (MPU) // CH4: VDDCORE (1.2V) // CH5: CMD (EMMC) // CH6: CLK (EMMC) // CH7: DAT0(EMMC) // CH8: VDD (3.3V)

jRn_1-1746690946871.png

 

It looks like the STM just held CMD low because there is a timeout or hanging during Boot-ROM.

 

Best regards,

Juergen

 

 

jRn
jRnAuthorBest answer
Associate II
May 16, 2025

Hello,

this topic went offline, can be closed.

The main issue fixed with eMMC rst function:

mmc rst-function <dev> <value>

 

BR