Unable to flash image to emmc using uuu tool for Custom IMX8MPLUS board

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Unable to flash image to emmc using uuu tool for Custom IMX8MPLUS board

Jump to solution
2,435 Views
aaronrenny
Contributor II

Hi all,

I am trying to boot a Custom IMX8MPLUS based board by programming the eMMC using the UUU tool. The flashing process is getting stuck after the first step. On trying to flash again using uuu tool, it shows "waiting for USB devices". Given below is our setup:

1) Custom IMX8MPLUS based board. The Custom board has 4GB DDR instead of 8GB in the EVK board.

2) USB type B connector from ubuntu 20.04 PC to the board. UUU tool uses this cable to flash the image to eMMC.

Below are the steps I followed to try to flash to eMMC:

1)Set the boot switch to Serial Download (0001)

2)Power on the board and do the command -  "sudo uuu -b emmc_all imx-image-core-imx8mp-lpddr4-evk-20220928103253_deflt_dts.rootfs.wic.bz2"

After executing this command, the process gets stuck. A screenshot of the issue has been attached.

I also tried to flash the bootloader only to the eMMC by using "sudo uuu -b emmc u-boot-imx-initial-env-imx8mp-lpddr4-evk-sd" but that process also is getting stuck. A screenshot of this issue is also attached.

Please do provide some help on this issue.

Thanks and regards,

Aaron

 

0 Kudos
Reply
1 Solution
2,370 Views
Zhiming_Liu
NXP TechSupport
NXP TechSupport

We connected the debug port to PC and were able to flash the image to eMMC using UUU tool successfully. Is this debug connection mandatory for UUU flash?

--> Have you removeD the FDT chip from reference desgin and connect the UART_RX ,UART_TX directly with USB-UART tool?  I tested such connection before, the download needs to connect the debug port. It seems that the chip needs the uart signal.  If you reserve the FDT chip, download should not connect the debug port.

Please check the log about  'tcpc_init: Can't find device id=0x50', the USB can't be found. Maybe your design is different from reference and your need check the uboot spl code about this .

 

View solution in original post

0 Kudos
Reply
4 Replies
2,393 Views
Zhiming_Liu
NXP TechSupport
NXP TechSupport

Hi @aaronrenny 

Please check your USB hardware design.  "waiting for USB devices" means that uuu can't detect the USB.

0 Kudos
Reply
2,381 Views
aaronrenny
Contributor II

Hi @Zhiming_Liu ,

We connected the debug port to PC and were able to flash the image to eMMC using UUU tool successfully. Is this debug connection mandatory for UUU flash?

We get the "DONE" message that indicates the successful flashing to eMMC and while flashing, we were able to successfully probe the eMMC clock.

But we are still unable to boot from eMMC. When we change the boot mode to eMMC and power on the board, the serial debug terminal has not output. 

Please find attached the boot prints that were observed while flashing the bootloader.

Any and all suggestions will be appreciated,

Thanks and Regards,

Aaron

0 Kudos
Reply
2,371 Views
Zhiming_Liu
NXP TechSupport
NXP TechSupport

We connected the debug port to PC and were able to flash the image to eMMC using UUU tool successfully. Is this debug connection mandatory for UUU flash?

--> Have you removeD the FDT chip from reference desgin and connect the UART_RX ,UART_TX directly with USB-UART tool?  I tested such connection before, the download needs to connect the debug port. It seems that the chip needs the uart signal.  If you reserve the FDT chip, download should not connect the debug port.

Please check the log about  'tcpc_init: Can't find device id=0x50', the USB can't be found. Maybe your design is different from reference and your need check the uboot spl code about this .

 

0 Kudos
Reply
2,268 Views
aaronrenny
Contributor II

Hi @Zhiming_Liu ,

Thank you for the suggestion. We had connected directly to UART using USB to UART connector. Also, there was a type-C dependency for uuu tool. We removed this dependency in u-boot and were able to successfully boot from eMMC.

 

Thank you for the support,

Aaron

0 Kudos
Reply