This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

AM625-Q1: DFU device enumeration failed after tiboot3 upload

Part Number: AM625-Q1

Hello, Expert.

I already searched some E2E, and found our issue is very similar as below.

AM62P: Inquiry Regarding DFU Boot Issue on AM62P HS-FS Custom Board

The initial DFU transfer of tiboot3.bin works as expected, and the device enumerates correctly with alt=0 as "bootloader" and alt=1 as "SocId". However, after transferring tiboot3.bin, the subsequent DFU operation to send tispl.bin fails because dfu-util -l then reports:

Found DFU: [0451:6165] ver=0200, devnum=19, cfg=1, intf=0, path="3-1", alt=1, name="UNKNOWN", serial="UNKNOWN"
Found DFU: [0451:6165] ver=0200, devnum=19, cfg=1, intf=0, path="3-1", alt=0, name="UNKNOWN", serial="UNKNOWN"

I think correct emulation should be like as below after tiboot3 upload to target board.

Found DFU: [0451:6165] ver=7e91, devnum=28, cfg=1, intf=0, path="1-5.1.2", alt=1, name="u-boot.img", serial="UNKNOWN"
Found DFU: [0451:6165] ver=7e91, devnum=28, cfg=1, intf=0, path="1-5.1.2", alt=0, name="tispl.bin", serial="UNKNOWN"

its seems lost "alternate settings" for USB emulation.

Base on previous E2E discussion, the conclusion seems tell us it "could be" DDR4 setting issues for SPL. I need to "double check" someting before I start to debug DDR4 seeting.

(1) Customer use reference DDR4 design (NANYA, NT5AD256M16E4-JRI) from DDR sysconfigure tools

Could we direct to use this default setting (DDR DTS files) for customerized board booting?

11.jpg

 

(2) We should modify DDR4 related setting in u-boot source, isn't?

(3) Any recomment for this issue?

 

Thank You.

Gibbs

* Device : AM6252ATCGGAALW

* SDK : 11.02.08.x

* DDR : NAYA, NT5AD256M16E4-JRI