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.

[参考译文] AM6421:AM6442 HS-QSPI 引导问题:tispl.bin(定制电路板+闪存)中的 FS 探头失败

Guru**** 2928980 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1648725/am6421-am642-hs-fs-qspi-boot-issue-spi-probe-failed-in-tispl-bin-custom-board-winbond-flash

器件型号: AM6421

大家好!

我在定制 FS HS-QSPI 板上从 QSPI 引导时遇到问题。

  • 我们能够使用 DFU 模式成功刷写 QSPI (tiboot3.bin、tispl.bin、u-boot.img)。
  • SF 探针工作正常、并且在完全 U-Boot 中正确检测到闪存 (Winbond W25Q512JVFIM)。
  • 但是、从 QSPI 引导时、它在 A53 SPL (tispl.bin) 中失败、并显示错误:SPI 探测失败。

详细日志:

U-Boot SPL 2024.07 (May 23 2026 - 18:50:21 +0530)
SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
SPL initial stack usage: 13368 bytes
Trying to boot from SPI
Authentication passed
Authentication passed
Loading Environment from MMC... MMC Device 0 not found
*** Warning - No MMC card found, using default environment

Authentication passed
Authentication passed
Starting ATF on ARM64 core...

NOTICE:  BL31: v2.11.0(release):v2.11
NOTICE:  BL31: Built : 12:19:51, May 20 2026
I/TC: 
I/TC: OP-TEE version: Unknown_4.9 (gcc version 14.3.0 (Buildroot 2026.05-rc1-31-gc17d110b10)) #1 Wed May 20 06:47:35 UTC 2026 aarch64
I/TC: WARNING: This OP-TEE configuration might be insecure!
I/TC: WARNING: Please check optee.readthedocs.io/.../porting_guidelines.html
I/TC: Primary CPU initializing
I/TC: GIC redistributor base address not provided
I/TC: Assuming default GIC group status and modifier
I/TC: SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
I/TC: Activated SA2UL device
I/TC: Enabled firewalls for SA2UL TRNG device
I/TC: EIP76D TRNG initialized
I/TC: SA2UL Drivers initialized
I/TC: HUK Initialized
I/TC: Disabling output console

U-Boot SPL 2024.07 (May 23 2026 - 19:33:43 +0530)
SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
SPL malloc() before relocation used 0x2940 bytes (10 KB)
Inside the board init().
>>SPL: board_init_r()
Before spl_set_bd.
After spl_set_bd.
spl_init
Before the spl_board_init.
Before the spl_board_init.
Trying to boot from SPI
Before spi_flash_probe.
After spi_flash_probe.
SPI probe failed.
SPI probe failed! Bus:0 CS:0 Speed:25000000 Mode:0x0
boot_from_device ret : -19.
SPL: failed to boot from all boot devices
### ERROR ### Please RESET the board ###

我们在 drivers/MTD/SPI/SPI-NOR-IDs.c 中添加了以下补丁来支持此闪存:

{info(“w25q512jvfim“、0xef7020、0、64 * 1,024,1024、  
    Sect_4K | SPI_NOR_DUAL_READ | SPI_NOR_Quad_read |  
    SPI_NOR_4B_opcode | SPI_NOR_HASS_LOCK | SPI_NOR_HASS_TB)}、
因此、我们将检测 QSPI 并能够刷写。

DTS 节点:

 

&ospi0 {
	bootph-all;
	status = "okay";
	pinctrl-names = "default";
	pinctrl-0 = <&ospi0_pins_default>;
	flash@0 {
		compatible = "jedec,spi-nor";
		reg = <0x0>;
		spi-tx-bus-width = <4>;
		spi-rx-bus-width = <4>;
		spi-max-frequency = <25000000>;
		cdns,tshsl-ns = <60>;
		cdns,tsd2d-ns = <60>;
		cdns,tchsh-ns = <60>;
		cdns,tslch-ns = <60>;
		cdns,read-delay = <4>;

		partitions {
			compatible = "fixed-partitions";
			#address-cells = <1>;
			#size-cells = <1>;

			partition@0 {
				label = "ospi.tiboot3";
				reg = <0x0 0x100000>;
			};

			partition@100000 {
				label = "ospi.tispl";
				reg = <0x100000 0x200000>;
			};

			partition@300000 {
				label = "ospi.u-boot";
				reg = <0x300000 0x400000>;
			};

			partition@700000 {
				label = "ospi.env";
				reg = <0x700000 0x40000>;
			};

			partition@740000 {
				label = "ospi.env.backup";
				reg = <0x740000 0x40000>;
			};

			partition@800000 {
				label = "ospi.rootfs";
				reg = <0x800000 0x37c0000>;
			};

			partition@3fc0000 {
				label = "ospi.phypattern";
				reg = <0x3fc0000 0x40000>;
			};
		};
	};
};

我们已经尝试过的方法:

  • 在 drivers/MTD/SPI/SPI-NOR-IDs.c 中添加了 Winbond 闪存 ID (0xef7020)
  • 使用四通道模式 (SPI-TX/Rx-BUS-WIDTH =<4>)
  • 已尝试 SPI-max-frequency =<25000000>和<10000000>
  • CDN、读取延迟尝试 0、2、4
  • 添加了 CDN、phy 模式
  • 多次重建并重新刷新 tiboot3.bin + tispl.bin

我们使用的是 U-Boot 2024.07 + BuildRoot。

关于 A53 SPL 器件树或定制电路板 QSPI 引导配置中可能缺少哪些内容的建议? 尤其是引脚多路复用、OSPI 控制器设置、或任何 FS 特定于 HS-OSPI 的要求?

提前感谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    我正在将您的问题发送给我们的 Linux OSPI 专家以征求意见。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Manish:

    您是否也可以共享引脚多路复用节点 (ospi0_pins_default)?

    此致、
    Vinu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Vinu:

         ospi0_pins_default:ospi0-default-pins{
                   pinctrl-single、pins =<
                           AM64X_IOPAD (0x0000、PIN_OUTPUT、0)/*(N20) OSPI0_CLK */
                           AM64X_IOPAD (0x002c、PIN_OUTPUT、0)/*(L19) OSPI0_CSn0 */
                           AM64X_IOPAD (0x000c、PIN_INPUT、0)/*(M19) OSPI0_D0 */
                           AM64X_IOPAD (0x0010、PIN_INPUT、0)/*(M18) OSPI0_D1 */
                           AM64X_IOPAD (0x0014、PIN_INPUT、0)/*(M20) OSPI0_D2 */
                           AM64X_IOPAD (0x0018、PIN_INPUT、0)/*(M21) OSPI0_D3 */
                           AM64X_IOPAD (0x001c、PIN_INPUT、0)/*(P21) OSPI0_D4 */
                           AM64X_IOPAD (0x0020、PIN_INPUT、0)/*(P20) OSPI0_D5 */
                           AM64X_IOPAD (0x0024、PIN_INPUT、0)/*(N18) OSPI0_D6 */
                           AM64X_IOPAD (0x0028、PIN_INPUT、0)/*(M17) OSPI0_D7 */
                           AM64X_IOPAD (0x0008、PIN_INPUT、0)/*(N19) OSPI0_DQS */
                   >;
           };

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Manish:

    您是否可以尝试在 pinmux 节点中添加“bootph-all;“?

    ospi0_pins_default: ospi0-default-pins {
                    bootph-all;
                    pinctrl-single,pins = <
                            AM64X_IOPAD(0x0000, PIN_OUTPUT, 0) /* (N20) OSPI0_CLK */
                            AM64X_IOPAD(0x002c, PIN_OUTPUT, 0) /* (L19) OSPI0_CSn0 */
                            AM64X_IOPAD(0x000c, PIN_INPUT, 0) /* (M19) OSPI0_D0 */
                            AM64X_IOPAD(0x0010, PIN_INPUT, 0) /* (M18) OSPI0_D1 */
                            AM64X_IOPAD(0x0014, PIN_INPUT, 0) /* (M20) OSPI0_D2 */
                            AM64X_IOPAD(0x0018, PIN_INPUT, 0) /* (M21) OSPI0_D3 */
                            AM64X_IOPAD(0x001c, PIN_INPUT, 0) /* (P21) OSPI0_D4 */
                            AM64X_IOPAD(0x0020, PIN_INPUT, 0) /* (P20) OSPI0_D5 */
                            AM64X_IOPAD(0x0024, PIN_INPUT, 0) /* (N18) OSPI0_D6 */
                            AM64X_IOPAD(0x0028, PIN_INPUT, 0) /* (M17) OSPI0_D7 */
                            AM64X_IOPAD(0x0008, PIN_INPUT, 0) /* (N19) OSPI0_DQS */
                    >;
            };

    此致、
    Vinu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Vinu:

    根据您建议添加 bootph-all 属性、我们仍然面临相同的问题。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Manish:

    在哪个文件中添加节点? 是否为 k3-am642-evm-u-boot.dtsi

    请附上修改后的 DTS 文件。

    此外、还应尝试 在闪存@0 节点中添加 bootph-all。

    &ospi0 {
    	bootph-all;
    	...
    
    	flash@0 {
    		bootph-all;
    		...
    	};
    };

    此致、
    Vinu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    1. 目前、我正在以下文件中进行更改:
      /home/sqm/SSD/home/manish/Siemens/backup/buildroot/output/build/uboot-2024.07/dts/upstream/src/arm64/ti/k3-am642-sk.dts

    2. 我将 SK 电路板 DTS 用于 EVM k3-am642-evm.dts 、因为中所做的更改没有得到反映、而中所做的更改 k3-am642-sk.dts 生效。

    3. 上述文件已包含 bootph-all 属性。

    4. 附加这两个文件以供参考。

    5. CAT /output/build/uboot-2024.07/arch/arm/dts/k3-am642-evm-u-boot.dtsi
      &ospi0_pins_default{
         全部引导;
      };

      fss{&D
         全部引导;
      };

      &ospi0{
         全部引导;

         闪存@0{
             全部引导;
         };
      };



    6. e2e.ti.com/.../ti

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Manish:

    我无法访问附件。 请将其压缩并共享。

    此外、defconfig 中还提到了默认设备树。

    请检查并共享的输出

    grep -E “config_of_list|config_default_device_tree“ configs/am64x_evm_a53_defconfig

    看起来 DT 更新仅适用于 U-boot 正确型、而不是 A53 SPL。

    请也共享 SPL dtb 文件、该文件可从 U-boot 二进制目录中找到。

    ls -la spl/dts/k3-am642-*.dtb

    此致、
    Vinu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    e2e.ti.com/.../6330.FILES.zip

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    SQM@2sqmx4q2:~/SSD/home/manish/Siemens/backup/buildroot/output/build/uboot-2024.07 grep -E “config_of_list|config_default_device_tree“ configs/am64x_evm_a53_defconfig
    config_default_device_tree=“ti/k3-am642-evm“
    CONFIG_OF_LIST=“ti/k3-am642-evm ti/k3-am642-sk“

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Manish:

    您的 SPL DTB 似乎没有 ospi 节点。

    它只具有 pinmux(在 EVM 和 SK DTB 文件中)

    ospi0-default-pins {
    				pinctrl-single,pins = <0x00 0x10000 0x2c 0x10000 0x0c 0x50000 0x10 0x50000 0x14 0x50000 0x18 0x50000 0x1c 0x50000 0x20 0x50000 0x24 0x50000 0x28 0x50000 0x08 0x50000>;
    				phandle = <0x1c>;
    			};
    

     您的定制电路板上是否有电路板检测 EEPROM? 它是否使用 SK 进行编程?

    如果您使用 SK、请 将 config_default_device_tree 更新为 ti/k3-am642-sk。

    编译时、 将解析 k3-am642-SK 以创建 spl DTB。 确保在建造之前进行清洁。

    尝试对 SPL DTB 进行反编译、并检查其中是否包含所需的 ospi 节点。

    dtc -I dtb -O dts <path-to-spl-k3-am642-sk.dtb> | grep -B2 -A 40 "ospi0 {"

    此致、
    Vinu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我们使用基于 Texas Instruments AM6421B 的定制电路板、但我们的电路板未组装 EEPROM。 为了绕过 EEPROM 检测、我们在下应用了一个补丁 CONFIG_TI_I2C_BOARD_DETECT

    如果没有此补丁、我们会在引导期间看到以下警告:

    U-Boot SPL 2024.07 (May 22 2026 - 19:51:23 +0530)
    SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
    EEPROM not available at 0x50, trying to read at 0x51
    Reading on-board EEPROM at 0x51 failed -121
    SPL initial stack usage: 13368 bytes
    

    如前文与 Bin Liu 所述、此警告不应影响 DFU 刷写功能。 但是、在我们的定制电路板上、出现此消息后、电路板会断开连接。


    #ifdef CONFIG_TI_I2C_BOARD_DETECT
    /*int do_board_detect(void)
    {
    	int ret;
    
    	ret = ti_i2c_eeprom_am6_get_base(CONFIG_EEPROM_BUS_ADDRESS,
    					 CONFIG_EEPROM_CHIP_ADDRESS);
    	if (ret) {
    		printf("EEPROM not available at 0x%02x, trying to read at 0x%02x\n",
    			CONFIG_EEPROM_CHIP_ADDRESS, CONFIG_EEPROM_CHIP_ADDRESS + 1);
    		ret = ti_i2c_eeprom_am6_get_base(CONFIG_EEPROM_BUS_ADDRESS,
    						 CONFIG_EEPROM_CHIP_ADDRESS + 1);
    		if (ret)
    			pr_err("Reading on-board EEPROM at 0x%02x failed %d\n",
    			       CONFIG_EEPROM_CHIP_ADDRESS + 1, ret);
    	}
    
    	return ret;
    }*/
    
    int do_board_detect(void)
    {
        struct ti_am6_eeprom *ep = TI_AM6_EEPROM_DATA;
    
        // Manually populate the data structure to bypass I2C read
        strlcpy(ep->name, "AM64-SKEVM", sizeof(ep->name));
        strlcpy(ep->version, "E1", sizeof(ep->version));
        ep->header = TI_EEPROM_HEADER_MAGIC;
    
        return 0;
    }
    


    U-Boot SPL 2024.07 (May 22 2026 - 19:51:23 +0530)
    SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
    EEPROM not available at 0x50, trying to read at 0x51
    Reading on-board EEPROM at 0x51 failed -121
    SPL initial stack usage: 13368 bytes
    



  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Manish:

    未选择 EVM DTB 文件、因为您已硬编码以跳至 AM64-SKEVM。

    如果名称以 AM64-GPEVM /AM64-EVM/AM64-HSEVM 命名、它将选择 EVM DTB 文件而不是 SK DTB 文件。  

    如果您的电路板设计基于 EVM、则应使用 AM64-GPEVM 或 AM64-EVM/AM64-HSEVM 之一、但如果基于 SK、 AM64-SKEVM 就可以正常使用。

    但请确保在 CONFIG_DEFAULT_DEVICE_tree 的配置中也使用相应的 DT 名称。

    有关移植 U-Boot 的信息、请参阅 https://dev.ti.com/tirex/explore/node?isTheia=false&node=A__AdO6X1Zs7gks60lndto70g__AM64-ACADEMY__WI1KRXP__LATEST

    此致、
    Vinu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Vinu:

    感谢您的更新。

    1. 我们只需要更改电路板名称、还是需要进行任何其他更改?
    2. 是否需要将 U-Boot 移植到更新的版本?
    3. 对于 CONFIG_OF_LIST="ti/k3-am642-evm ti/k3-am642-sk"、我们是否可以保留这些板之一、或者是否有针对定制板的特定建议?

    此致、
    Manish

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Vinu:

    bootph-all 属性添加到所有所需的 OSPI 节点后、SPL 级的 QSPI 检测问题已得到解决。


    &ospi0 {
    	bootph-all;
    	status = "okay";
    	pinctrl-names = "default";
    	pinctrl-0 = <&ospi0_pins_default>;
    
    	flash@0 {
    		bootph-all;
    		compatible = "jedec,spi-nor";
    		reg = <0x0>;
    		spi-tx-bus-width = <4>;
    		spi-rx-bus-width = <4>;
    		spi-max-frequency = <25000000>;
    		cdns,tshsl-ns = <60>;
    		cdns,tsd2d-ns = <60>;
    		cdns,tchsh-ns = <60>;
    		cdns,tslch-ns = <60>;
    		cdns,read-delay = <4>;
    
    		partitions {
    			bootph-all;
    			compatible = "fixed-partitions";
    			#address-cells = <1>;
    			#size-cells = <1>;
    
    			partition@0 {
    				bootph-all;
    				label = "ospi.tiboot3";
    				reg = <0x0 0x100000>;
    			};
    
    			partition@100000 {
    				bootph-all;
    				label = "ospi.tispl";
    				reg = <0x100000 0x200000>;
    			};
    
    			partition@300000 {
    				bootph-all;
    				label = "ospi.u-boot";
    				reg = <0x300000 0x400000>;
    			};
    
    			partition@700000 {
    				bootph-all;
    				label = "ospi.env";
    				reg = <0x700000 0x40000>;
    			};
    
    			partition@740000 {
    				bootph-all;
    				label = "ospi.env.backup";
    				reg = <0x740000 0x40000>;
    			};
    
    			partition@800000 {
    				bootph-all;
    				label = "ospi.rootfs";
    				reg = <0x800000 0x37c0000>;
    			};
    
    			partition@3fc0000 {
    				bootph-all;
    				label = "ospi.phypattern";
    				reg = <0x3fc0000 0x40000>;
    			};
    		};
    	};
    };


    下面的引导日志

    U-Boot SPL 2024.07 (May 26 2026 - 18:42:47 +0530)
    Resetting on cold boot to workaround ErrataID:i2331
    Please resend tiboot3.bin in case of UART/DFU boot
    resetting ...
     
    U-Boot SPL 2024.07 (May 26 2026 - 18:42:47 +0530)
    SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
    SPL initial stack usage: 13368 bytes
    Trying to boot from SPI
    Authentication passed
    Authentication passed
    Loading Environment from MMC... MMC Device 0 not found
    *** Warning - No MMC card found, using default environment
     
    Authentication passed
    Authentication passed
    Starting ATF on ARM64 core...
     
    NOTICE:  BL31: v2.11.0(release):v2.11
    NOTICE:  BL31: Built : 12:19:51, May 20 2026
    I/TC: 
    I/TC: OP-TEE version: Unknown_4.9 (gcc version 14.3.0 (Buildroot 2026.05-rc1-31-gc17d110b10)) #1 Wed May 20 06:47:35 UTC 2026 aarch64
    I/TC: WARNING: This OP-TEE configuration might be insecure!
    I/TC: WARNING: Please check optee.readthedocs.io/.../porting_guidelines.html
    I/TC: Primary CPU initializing
    I/TC: GIC redistributor base address not provided
    I/TC: Assuming default GIC group status and modifier
    I/TC: SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
    I/TC: Activated SA2UL device
    I/TC: Enabled firewalls for SA2UL TRNG device
    I/TC: EIP76D TRNG initialized
    I/TC: SA2UL Drivers initialized
    I/TC: HUK Initialized
    I/TC: Disabling output console
     
    U-Boot SPL 2024.07 (May 26 2026 - 19:50:57 +0530)
    SYSFW ABI: 4.0 (firmware rev 0x000b '11.1.5--v11.01.05 (Fancy Rat)')
    Trying to boot from SPI
    Authentication passed
    Authentication passed
     
     
    U-Boot 2024.07 (May 26 2026 - 19:50:57 +0530)
     
    SoC:   AM64X SR2.0 HS-FS
    Model: Texas Instruments AM642 SK
    Board: AM64-SKEVM rev E1
    DRAM:  2 GiB
    Core:  58 devices, 30 uclasses, devicetree: separate
    MMC:   mmc@fa00000: 1
    Loading Environment from nowhere... OK
    In:    serial@2800000
    Out:   serial@2800000
    Err:   serial@2800000
    Net:   Could not get PHY for mdio@f00: addr 0
    am65_cpsw_nuss_port ethernet@8000000port@1: phy_connect() failed
    Could not get PHY for mdio@f00: addr 1
    am65_cpsw_nuss_port ethernet@8000000port@2: phy_connect() failed
    No ethernet found.
     
    Hit any key to stop autoboot:  0


    谢谢

    此致、
    Manish。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Manish:

    谢谢你的确认。

    此致、
    Vinu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Vinu:
     
    您能帮助我解决 EEPROM 问题吗?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Manish:

    请使用所需的详细信息创建新主题。

    此致、
    Vinu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Vinu:

    已针对该问题创建单独的线程。
    https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1649821/am6421-am64x-hs-fs-custom-board-u-boot-selecting-sk-dtb-instead-of-evm-dtb-after-eeprom-bypass

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Manish:

    谢谢、结束这个。

    此致、
    Vinu