AM625: DFU UBOOT下面的EMMC烧录问题

请看下面的user guide重新create a SD卡。
https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/09_00_00_03/exports/docs/linux/Overview/Processor_SDK_Linux_create_SD_card.html

另外，请看一下下面的DFU workround:
2.5.1. USB Device Firmware Upgrade (DFU) Boot Fix
https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/09_00_00_03/exports/docs/devices/AM62X/linux/Release_Specific_Workarounds.html#workarounds

重新create a SD卡。

这个是用于制作SD卡启动的，SD卡启动没有问题。现在主要是做DFU烧录的eMMC。

另外，uboot这块的编译，我们使用的uboot是SDK09自带的ti-u-boot源码。

ti-processor-sdk-linux-am62xx-evm-09.00.00.03-Linux-x86-Install.bin  

重新编译的DFU的uboot，

UBOOT_MACHINE_R5=am62x_evm_r5_usbdfu_defconfig 
DFU的uboot编译成功。
在eMMC被我erase之后，再执行dfu 0 mmc 0 的时候，就提示这个了。

Boot Fix里的提到的那个fix，是
但是SDK09自带的uboot的这个文件，和这里不一样。应该是最新版本uboot git上面的

是否uboot需要重新获取最新的源码重新编译，意味着，sdk09里的uboot里的dfu功能还不能正常使用？

您好，您的问题我们需要升级到英文论坛看下再给到您答复。

我重新梳理整理一下需求和调试情况：

需求：通过DFU，把uboot，rootfs等烧录到eMMC，然后再从eMMC启动。

1 SDK版本： SDK09最新版本。

2 uboot的DFU已按操作说明，通过DFU把支持DFU的uboot能刷到板子运行。进入DFU模式。

全新的eMMC芯片是没有分区，因此需要先格式化。

在sdk的doc里，提到

U-Boot # printenv partitions
uuid_disk=${uuid_gpt_disk};name=rootfs,start=2MiB,size=-,uuid=${uuid_gpt_rootfs}
U-Boot # setenv uuid_gpt_disk ...first uuid...
U-Boot # setenv uuid_gpt_rootfs ...second uuid...
U-Boot # gpt write mmc <device num> ${partitions} /* <device num> is device index obtained from mmc list for eMMC */

执行之后，再重新看mmc part

该步骤应该没有问题吧。

然后就可以执行dfu 0 mmc 0 等待烧录。

dfu-util -l 可以看到这些内容。

..\dfu-util\dfu-util.exe -a tiboot3.bin.raw -D E:\TI_AM62X\sd_uboot\tiboot3.bin --device ,0451:*
..\dfu-util\dfu-util.exe -a tispl.bin.raw -D E:\TI_AM62X\sd_uboot\tispl.bin --device ,0451:*
..\dfu-util\dfu-util.exe -a u-boot.img.raw -D E:\TI_AM62X\sd_uboot\u-boot.img --device ,0451:*

执行上面几个操作。可以看到下载正常。（另外，在sdk09里，看不到可编译sysfw的地方，sdk08里有提到）

执行这个..\dfu-util\dfu-util.exe  -a u-env.raw -D E:\TI_AM62X\sd_uboot\uEnv.txt  --device ,0451:*

当然，可能这一步是非必要的。

板子下面提示这个。看起来是要烧录的这个u-env的地址，超过了这个MMC的块大小了。该eMMC是8G 的

在这一步之后，应该能从eMMC加载boot启动了。暂时先不刷rootfs。只是先验证烧录到eMMC是否成功，是否能正常启动uboot。

其中，在e2e.ti里，也看到相关的文档。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1127618/faq-sk-am62-how-to-flash-emmc-using-usb-dfu-on-am62x-sk-e2

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1247039/processor-sdk-am62x-emmc-failed-to-boot-after-dfu-util-flashing/4723101?tisearch=e2e-sitesearch&keymatch=dfu%20am62#4723101

里面提到的几个fix，pacth里，主要是针对SDK08版本的，uboot-2021的。

现在用的版本是SDK09的，uboot和2023版本的是一样的。不适合文档里提到的sdk08的fix和patch，代码也对不上。

目前在这里就进展不下去了，doc里也没有更多的介绍了。

看起来像是烧录到eMMC里，只是没能boot from eMMC。切换到eMMC的boot上，上电串口没有任何反应。直接在DFU的uboot的cmd里boot 也不能boot from eMMC。

还请帮忙指导一下。（另外，我们的板子，制作SD卡启动，可以从SD启动uboot到文件系统，到命令行登录的。）

mmc的info

=> printenv dfu_alt_info
dfu_alt_info=rawemmc raw 0 0x800000 mmcpart 1; rootfs part 0 1; tiboot3.bin.raw raw 0x0 0x400 mmcpart 1; tispl.bin.raw raw 0x400 0x1000 mmcpart 1; u-boot.img.raw raw 0x1400 0x2000 mmcpart 1; u-env.raw raw 0x3400 0x100 mmcpart 1; sysfw.itb.raw raw 0x3600 0x800 mmcpart 1

bootcmd_usb0=devnum=0; run usb_boot
bootdelay=2
bootdir=/boot
bootenvfile=uEnv.txt
bootm_size=0x10000000
bootpart=1:2
bootscript=echo Running bootscript from mmc${mmcdev} ...; source ${loadaddr}
console=ttyS2,115200n8
cpu=armv8
default_device_tree=ti/k3-am625-sk.dtb
dfu_alt_info=rawemmc raw 0 0x800000 mmcpart 1; rootfs part 0 1; tiboot3.bin.raw raw 0x0 0x400 mmcpart 1; tispl.bin.raw raw 0x400 0x1000 mmcpart 1; u-boot.img.raw raw 0x1400 0x2000 mmcpart 1; u-env.raw raw 0x3400 0x100 mmcpart 1; sysfw.itb.raw raw 0x3600 0x800 mmcpart 1
dfu_alt_info_emmc=rawemmc raw 0 0x800000 mmcpart 1; rootfs part 0 1; tiboot3.bin.raw raw 0x0 0x400 mmcpart 1; tispl.bin.raw raw 0x400 0x1000 mmcpart 1; u-boot.img.raw raw 0x1400 0x2000 mmcpart 1; u-env.raw raw 0x3400 0x100 mmcpart 1; sysfw.itb.raw raw 0x3600 0x800 mmcpart 1
dfu_alt_info_flashenv=uEnv.txt ram 0x82000000 0x10000000
dfu_alt_info_mmc=boot part 1 1; rootfs part 1 2; tiboot3.bin fat 1 1; tispl.bin fat 1 1; u-boot.img fat 1 1; uEnv.txt fat 1 1; sysfw.itb fat 1 1
dfu_alt_info_nand=NAND.tiboot3 part 0 1; NAND.tispl part 0 2; NAND.tiboot3.backup part 0 3; NAND.u-boot part 0 4; NAND.u-boot-env part 0 5; NAND.u-boot-env.backup part 0 6; NAND.file-system part 0 7
dfu_alt_info_ospi=tiboot3.bin raw 0x0 0x080000; tispl.bin raw 0x080000 0x200000; u-boot.img raw 0x280000 0x400000; u-boot-env raw 0x680000 0x020000; sysfw.itb raw 0x6c0000 0x100000; rootfs raw 0x800000 0x3800000
dfu_alt_info_ospi_nand=ospi_nand.tiboot3 part 1; ospi_nand.tispl part 2; ospi_nand.u-boot part 3; ospi_nand.env part 4; ospi_nand.env.backup part 5; ospi_nand.rootfs part 6; ospi_nand.phypattern part 7
dfu_alt_info_ram=tispl.bin ram 0x80080000 0x200000; u-boot.img ram 0x81000000 0x400000

好的感谢您的整理，我们的工程师正在查看中，有答复尽快给到您。

另外，可以帮忙确认一点么。

就是针对eMMC的格式化分区这一块。

正常的MMC启动，理论上是有Boot分区的。

不管是eMMC还是SD，都属于MMC接口这一块。

但是按照文档

3.1.1.4.1. Partitioning eMMC from U-Boot

操作之后，得到的是这样的：

所以初步怀疑是这个因素可能性很大。

SD的制作，是在linux/windows下有工具可以制作和烧录SD卡。因为SD卡可以通过读卡器接主机。

但是eMMC是直接在板子上面的，无法在电脑主机上面直接对eMMC访问和格式化分区。

文档里也没有更多的资料介绍如何在uboot（DFU）下格式化正常的eMMC分区并能启动的。

用那个gpt write mmc这个操作，得到的partitions type是EFI的。但是SD制作启动，得到的type 是DOS的。

在Boot Mode设计里，我们的板子用的是eMMC Boot , B6~B3: 1001b。

3.1.1.4.5. Booting tiboot3.bin, tispl.bin and u-boot.img from eMMC boot partition (For K3 class of SoCs)

The K3 based processors support booting from the eMMC boot partition. The following commands can be used to download tiboot3.bin, tispl.bin and u-boot.img from an SD card and write them to the eMMC boot0 partition at respective addresses.

这里提到可以从SD卡把文件写到eMMC的 boot0 partition。但是全新的eMMC是空白的，没有任何分区的。

好像也没找到文档提到针对全新的eMMC，该怎么在uboot 下操作分区，操作之后，正常的分区应该是长啥样的。感觉这一块的资料比较欠缺。

我们还能想的一种方法是，用SD卡启动的linux系统，然后在当前启动的系统里，对eMMC进行格式化。然后再进行相当的烧录。如果只能这样的话，那就无法做到批量生产的时候，可通过DFU来烧录程序到eMMC。另外我们有的产品规划可能不带SD卡。

您好，

1. 运行 USB-DFU 时，能否分享下在主机(Linux/Windows)和目标串行端口上的完整日志？

2. 请问该问题是在 TI 参考板还是自制板上出现？ 

您好，

非常感谢您的分享！如您之后还有其他技术问题，欢迎您随时来论坛交流探讨。