Skip to main content
Visitor II
May 7, 2025
Solved

STM32MP1 reboot Problem

  • May 7, 2025
  • 2 replies
  • 755 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

 

 

 

 

    This topic has been closed for replies.
    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

    Technical Moderator
    May 7, 2025

    Hi @jRn 

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

    Thanks 

    Olivier 

     

     

    jRnAuthor
    Visitor 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

     

     

    jRnAuthorAnswer
    Visitor 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