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:构建定制 Uboot 映像&定制 AM64 电路板的引导流程

Guru**** 2893820 points

Other Parts Discussed in Thread: SYSCONFIG, UNIFLASH

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1633330/am6421-building-custom-uboot-images-boot-flow-for-custom-am64-board

器件型号: AM6421
Thread 中讨论的其他器件: SYSCONFIG、 UNIFLASH

您好、

考虑到我的硬件、我尝试构建自定义映像、例如 tiboot3.bin、tispl.bin 和 u-boot.img。

在我们的电路板上、我们使用 LPDDR 和 QSPI 闪存、因此我尝试集成这两项更改。

  1. 对于 LPDDR、我已将 SysConfig 根据我们的器件型号生成的 k3-am64-ddr.dtsi 文件添加到 DTS 文件中
  2. 在 DTS 文件中进行了更改以处理 QSPI 模式、因此 禁用 OSPI0 额外的 4 引脚。  

我在这里的查询是、如果我 在进行上述更改时编译 tiboot3.bin、tispl.bin 和 u-boot.img、并将其从 Windows USB DFU Uniflash 工具刷写到 QSPI 闪存、然后在 QSPI 引导模式下的下一个电源周期中、ROM 应加载 tiboot3 ->、这将加载 tispl.bin->u-boot.img --> Linux。 对吗?

或需要更改的任何文件格式。 我怀疑我们需要 u-boot.itb? 而不是 u-boot.img 来实现这一点? 由于我使用的是 QSPI 闪存、而不是 OSPI、且此 ROM 的信标不会加载 tiboot3 和 tispl?

根据我构建的映像、我将它们刷写到 QSPI 闪存存储器中、并且在 QSPI 引导模式下会停止引导

  

U-Boot SPL 2025.01-00766-g7493977a537f-dirty (Dec 03 2025 - 15:20:36 +0000)
Resetting on cold boot to workaround ErrataID:i2331
Please resend tiboot3.bin in case of UART/DFU boot
resetting ...

U-Boot SPL 2025.01-00766-g7493977a537f-dirty (Dec 03 2025 - 15:20:36 +0000)
SYSFW ABI: 4.0 (firmware rev 0x000b '11.2.5--v11.02.05 (Fancy Rat)')
EEPROM not available at 0x50, trying to read at 0x51
Reading on-board EEPROM at 0x51 failed -121
Set clock rates for '/a53@0', CPU: 1000MHz at Speed Grade 'S'
SPL initial stack usage: 13536 bytes


我们的硬件上没有 EEPROM、我想这些消息可以忽略、但 LPDDR 和 SPI 并未启动??

我没有得到任何消息,如“试图从 SPI 引导“,所以什么可能是错误的,这里,哪个部分 iNeed 期待着,?? 此外、如果在 QSPI 和映像格式上刷写、请确认引导流程是否保持不变。

 

此致

Shraddha N.

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

    尊敬的 Shraddha:

    ]我的查询是、如果我构建 tiboot3.bin、tispl.bin & u-boot.img 来进行上述更改、并将其从 Windows USB DFU Uniflash 工具刷写到 QSPI 闪存、然后在 QSPI 引导模式下一个电源周期时、ROM 应加载 tiboot3 ->、后者将加载 tispl.bin->u-boot.img -> linux->u-boot.img。 对吗?

    是的。

    [引用 userid=“499475“ url=“~/support/processors-group/processors/f/processors-forum/1633330/am6421-building-custom-uboot-images-boot-flow-for-custom-am64-board ]我怀疑我们需要 u-boot.itb?

    编号 AM64x 使用此文件。

    对于 LPDDR、我已根据我们的器件型号将 SysConfig 生成的 k3-am64-ddr.dtsi 文件添加到 DTS 文件

    该 DDR dtsi 文件添加到哪个 dts 文件?

    DTS 文件中进行了更改以处理 QSPI 模式 、因此禁用 OSPI0 额外的 4 个引脚。  [/报价]

    请提供补丁以显示此 DTS 文件更改。

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

    嗨 Bin Liu 

    对于 LPDDR、我已根据我们的器件型号将 SysConfig 生成的 k3-am64-ddr.dtsi 文件添加到 DTS 文件

    我将解释到目前为止的程序

    1.我创建了单独的 am64x_custom_a53_defconfig 文件、并进行了修改以获取我的 k3-am642-custom.dts 文件、因此修改了文件 config_default_device_tree &config_list

    2.在我的 k3-am642-custom.dts 中,我包括了 k3-am64-ddr.dtsi。 此外、我还必须创建新的 k3-am642-custom-u-boot.dtsi 、因为基于.dts 文件的文件名存在一些依赖关系。 在  k3-am642-custom-u-boot.dtsi 文件中、我添加了 binman 节点、对其进行了修改、以便为 uboot 和 tispl 获取自定义 dts 文件。

    3. 为 R5 spl 添加了新的 k3-am642-r5-custom.dts 和 am64x_custom_r5_defconfig。  在 k3-am642-r5-custom.dts 中、我 包含了 k3-am64-ddr.dtsi、k3-am642-custom.dts 。  

    4.在 spi-nor-ids.c 文件中添加了闪存器件型号信息

    5.所有这些文件都包含在自定义图层中使用 uboot-ti-staging bappend 文件。  Build Done 并刷写了映像。

    请提供补丁以显示此 DTS 文件的更改。

    因为,我正在使用我的自定义文件,我没有创建这样的补丁。 从 k3-am642-custom.dts文件添加了 OSPI 配置

    	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 */
    		>;
    		bootph-all;
    	};
    
    &ospi0 {
    	status = "okay";
    	pinctrl-names = "default";
    	pinctrl-0 = <&ospi0_pins_default>;
    	bootph-all;
    
    	flash@0 {
    		compatible = "jedec,spi-nor";
    		reg = <0x0>;
    		spi-tx-bus-width = <4>;
    		spi-rx-bus-width = <4>;
    		spi-max-frequency = <50000000>;
    		cdns,tshsl-ns = <60>;
    		cdns,tsd2d-ns = <60>;
    		cdns,tchsh-ns = <60>;
    		cdns,tslch-ns = <60>;
    		cdns,read-delay = <0>;
    		/* cdns,phy-mode; */
    		bootph-all;
    
    		partitions {
    			compatible = "fixed-partitions";
    			#address-cells = <1>;
    			#size-cells = <1>;
    			bootph-all;
    
    			partition@0 {
    				label = "ospi.tiboot3";
    				reg = <0x0 0x100000>;
    			};
    			
    			.
    			.
    			/* All other partition */
    };
    };

    此致

    Shraddha

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

    尊敬的 Shraddha:

    根据步骤 1-3、您似乎在 U-Boot 构建中正确集成了 DDR 配置数据、但控制台引导日志似乎表明 DDR 未正确配置。

    请按照下面链接中的第 2 节(“在 DDR 初始化期间挂起“)中的说明操作、并应用补丁来获取 DDR 寄存器转储。

     【常见问题解答】Sitara 器件 (AM64x、AM243x、AM62x、AM62L、AM62Ax、 AM62D-Q1、AM62Px) 

    请提供 DDR 存储器器件型号以供参考。

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

    尊敬的 Shraddha:

    我从您那里收到了 DDR 器件型号。 谢谢。

    您还提到您获得了 TI 的 DDR 配置数据、能否告诉我您从 TI 获得了谁、以便我能够在内部跟进?

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

    尊敬的 Bin:

    我们与 Nilesh Ranjan 联系、他只共享了 DDR 配置。

    上面的补丁程序没有对我起作用,因为版本更改可能是. 我使用 Uboot 2025.01 源代码。 但会尝试手动更改文件

    此致

    Shraddha

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

    如果仍有问题、能否说明修补程序的哪个部分未正确应用。

    James

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

    你好 JJJD , Bin Liu 

    下面附加了日志

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

    你好 JJJD , Bin Liu 

    下面附加了日志

    U-Boot SPL 2025.01-00766-g7493977a537f-脏污 (2025 年 12 月 03 日 — 15:20:36 +0000)
    在冷启动时重置以解决错误 ErrataID:i2331
    如果是 UART/DFU 引导、请重新发送 tiboot3.bin
    正在重置...

     

    U-Boot SPL 2025.01-00766-g7493977a537f-脏污 (2025 年 12 月 03 日 — 15:20:36 +0000)
    SYSFW ABI:4.0(固件版本 0x000b '11.2.5--v11.02.05(花哨 Rat)')
    k3_ddrss_probe (dev=)
    k3_ddrss_ofdata_to_priv (dev=)
    k3_ddrss 存储器控制器@f300000:未组装 DDR freq0、使用旁路频率。
    k3_ddrss_power_on (ddrss=)
    k3_ddrss 存储器控制器@f300000:未找到 VTT-SUPPLY。
    K3_LPDDR4_PROBE:通过
    K3_LPDDR4_INIT:通过
    -->>> LPDDR4 初始化正在进行中...<<<--
    K3_LPDDR4_START:启动后通过
    开始 DDR 寄存器转储
    为'/A53@0'设置时钟速率、CPU:1000MHz 为速度等级's'
    SPL 初始栈使用量:13536 字节

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

    补丁是否正确应用?   它应该具有输出 DDR 寄存器转储。

    此致、

    James

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

    U-Boot SPL 2025.01-00766-g7493977a537f-脏污 (2025 年 12 月 03 日 — 15:20:36 +0000)
    SYSFW ABI:4.0(固件版本 0x000b '11.2.5--v11.02.05(花哨 Rat)')
    k3_ddrss_probe (dev=)
    k3_ddrss_ofdata_to_priv (dev=)
    k3_ddrss 存储器控制器@f300000:未组装 DDR freq0、使用旁路频率。
    k3_ddrss_power_on (ddrss=)
    k3_ddrss 存储器控制器@f300000:未找到 VTT-SUPPLY。
    K3_LPDDR4_PROBE:通过
    K3_LPDDR4_INIT:通过
    -->>> LPDDR4 初始化正在进行中...<<<--
    K3_LPDDR4_START:启动后通过
    开始 DDR 寄存器转储
    为'/A53@0'设置时钟速率、CPU:1000MHz 为速度等级's'
    SPL 初始栈使用量:13536 字节

    这是我们得到的,你能为我们提供 Uboot 2025.01 源代码 的工作补丁吗?

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

    工作补丁位于以下位置: e2e.ti.com/.../faq-board-bring-up-tips-for-sitara-devices-am64x-am243x-am62x-am62l-am62ax-am62d-q1-am62px

    确保为 AM64x 添加调试定义并添加链接的补丁。

    如果仍然卡住、能否从 DDR 寄存器配置工具中提供 DDR 数据表和 DDR 配置文件 (.dtsi 和.syscfg)?

    此致、

    James

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

    抱歉、我发现您使用的是 MT53E256M16D1FW。  因此、我只需要.dtsi 和.syscfg 文件。

    此致、

    James

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

    您好 JJJD 

    能否分享您的电子邮件、我会将器件型号和文件发送给您

    这是我们在补丁后获得的日志

    U-Boot SPL 2025.01-00766-g7493977a537f-脏污 (2025 年 12 月 03 日 — 15:20:36 +0000)
    在冷启动时重置以解决错误 ErrataID:i2331
    如果是 UART/DFU 引导、请重新发送 tiboot3.bin
    正在重置...

     

    U-Boot SPL 2025.01-00766-g7493977a537f-脏污 (2025 年 12 月 03 日 — 15:20:36 +0000)
    SYSFW ABI:4.0(固件版本 0x000b '11.2.5--v11.02.05(花哨 Rat)')
    k3_ddrss_probe (dev=)
    k3_ddrss_ofdata_to_priv (dev=)
    k3_ddrss 存储器控制器@f300000:未组装 DDR freq0、使用旁路频率                                                                                                            ncy。
    k3_ddrss_power_on (ddrss=)
    k3_ddrss 存储器控制器@f300000:未找到 VTT-SUPPLY。
    K3_LPDDR4_PROBE:通过
    K3_LPDDR4_INIT:通过
    -->>> LPDDR4 初始化正在进行中...<<<--
    k3_lpddr4_freq_update:接收到的频率变化 req:req 类型= 2、req 编号 = 0、inst                                                                                                            = 0
    k3_lpddr4_freq_update:接收到的频率变化 req:req 类型= 0、req 编号 = 1、inst                                                                                                            = 0
    k3_lpddr4_freq_update:接收到的频率变化 req:req 类型= 2、req 编号 = 2、inst                                                                                                            = 0
    K3_LPDDR4_START:启动后通过
    开始 DDR 寄存器转储
    为'/A53@0'设置时钟速率、CPU:1000MHz 为速度等级's'
    SPL 初始栈使用量:13536 字节
    尝试从 SPI 引导
    从无处加载环境... 好的
    在 ARM64 内核上启动 ATF……

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

    应该能够使用 Insert->Image/video/file 在此处上传线程上的文件

    寄存器转储代码看起来并不在运行。  您能否确保已修补的代码内置正确且正在运行?

    此致、

    James

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

    尊敬的 Diana:

    尽管存在 DDR regdump 信息、但现在控制台引导日志比初始报告中的日志还包含更多消息(我知道只有在启用调试时才会打印“jump_to_image_no_args“的两条消息):

    尝试从 SPI 引导
    从无处加载环境... 好的
    JUMP_TO_IMAGE_NO_ARGS:验证映像:Addr=0、size=0、OS=arm-trusted-firmware
    JUMP_TO_IMAGE_NO_ARGS:验证映像:Addr=0、size=0、OS=TEE
    在 ARM64 内核上启动 ATF……

    我不知道您所做的哪些更改会导致引导过程中出现这种进度、但是这两行中的 addr=和 size=似乎不正确、它们不应该为零。

    以下是我通过 SDK11.02 U-Boot 在 EVM 上获得的内容:

    从无处加载环境... 好的
    JUMP_TO_IMAGE_NO_ARGS:验证映像:Addr=701c0000、size=54436、os=arm-trusted-firmware
    身份验证已通过
    JUMP_TO_IMAGE_NO_ARGS:验证映像:Addr=9e800000、size=717860、OS=TEE
    身份验证已通过
    在 ARM64 内核上启动 ATF……

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

    Diana、

    U-Boot 构建的“mkimage -l tispl.bin“输出是什么? 这是我的:

    dev@uda:u-boot-build$ mkimage -l a53/tispl.bin
    FIT description: Configuration to load ATF and SPL
    Created:         Thu May  7 07:44:40 2026
     Image 0 (atf)
      Description:  ARM Trusted Firmware
      Created:      Thu May  7 07:44:40 2026
      Type:         Firmware
      Compression:  uncompressed
      Data Size:    54436 Bytes = 53.16 KiB = 0.05 MiB
      Architecture: AArch64
      OS:           ARM Trusted Firmware
      Load Address: 0x701c0000
     Image 1 (tee)
      Description:  OP-TEE
      Created:      Thu May  7 07:44:40 2026
      Type:         Trusted Execution Environment Image
      Compression:  uncompressed
      Data Size:    717860 Bytes = 701.04 KiB = 0.68 MiB
     Image 2 (dm)
      Description:  DM binary
      Created:      Thu May  7 07:44:40 2026
      Type:         Firmware
      Compression:  uncompressed
      Data Size:    0 Bytes = 0.00 KiB = 0.00 MiB
      Architecture: Unknown Architecture
      OS:           Unknown OS
      Load Address: 0x89000000
     Image 3 (spl)
      Description:  SPL (64-bit)
      Created:      Thu May  7 07:44:40 2026
      Type:         Standalone Program
      Compression:  uncompressed
      Data Size:    337148 Bytes = 329.25 KiB = 0.32 MiB
      Architecture: AArch64
      Load Address: 0x80080000
      Entry Point:  0x80080000
     Image 4 (fdt-0)
      Description:  k3-am642-evm
      Created:      Thu May  7 07:44:40 2026
      Type:         Flat Device Tree
      Compression:  uncompressed
      Data Size:    14879 Bytes = 14.53 KiB = 0.01 MiB
      Architecture: ARM
     Image 5 (fdt-1)
      Description:  k3-am642-sk
      Created:      Thu May  7 07:44:40 2026
      Type:         Flat Device Tree
      Compression:  uncompressed
      Data Size:    15225 Bytes = 14.87 KiB = 0.01 MiB
      Architecture: ARM
     Default Configuration: 'conf-0'
     Configuration 0 (conf-0)
      Description:  k3-am642-evm
      Kernel:       unavailable
      Firmware:     atf
      FDT:          fdt-0
      Loadables:    tee
                    dm
                    spl
     Configuration 1 (conf-1)
      Description:  k3-am642-sk
      Kernel:       unavailable
      Firmware:     atf
      FDT:          fdt-1
      Loadables:    tee
                    dm
                    spl

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

    您好、
    这是我的 tispl.bin

    vboxuser~ubuntu24:@/yocto/tisdk/build/arago-tmp-default-glibc/work/am64xx_evm-oe-linux/u-boot-ti-staging/2025.01 +git/deploy-u-boot-ti-station$ mkimage -l tispl.bin-am64xx-evm-2025.01+git97416+7493977-r0_tisdk_6  

    时基故障 描述:   加载 ATF 和 SPL 的配置

    创建         日期:     2025 年 12 月 3 日星期三 15:20:36

     图像 0 (ATF)

      说明:  ARM 可信 固件

      创建      日期:     2025 年 12 月 3 日星期三 15:20:36

      类型:         固件

      压缩:  未压缩

      数据 大小:    54436 字节 = 53.16 KiB = 0.05 MIB  

      架构: AArch64

      操作系统:           ARM Trusted Firmware

      加载 地址: 0x701c0000

     图像 1 (TEE)

      描述:  OP-TEE

      创建      日期:     2025 年 12 月 3 日星期三 15:20:36

      类型:         可信 执行 环境 映像

      压缩:  未压缩

      数据 大小:    717860 字节 = 701.04KiB  = 0.68 MIB  

     图像 2 (dm)

      描述:  DM 二进制

      创建      日期:     2025 年 12 月 3 日星期三 15:20:36

      类型:         固件

      压缩:  未压缩

      数据 大小:    0 字节 = 0.00KiB  = 0.00 MiB  

      建筑: 未知建筑  

      操作系统: OS             

      加载 地址: 0x89000000

     图像 3 (SPL)

      说明:  SPL (64 位)

      创建      日期:     2025 年 12 月 3 日星期三 15:20:36

      类型:         独立 程序

      压缩:  未压缩

      数据 大小:    398020 字节 = 388.69KiB  = 0.38MiB   

      架构: AArch64

      加载 地址: 0x80080000

      入口 点:  0x80080000

     图像 4 (FDT-0)

      描述:  k3-am642-evm

      创建      日期:     2025 年 12 月 3 日星期三 15:20:36

      类型:         平面 设备 树

      压缩:  未压缩

      数据 大小:    15730 字节 = 15.36KiB  = 0.02MIB   

      架构: ARM

     默认 配置: “CONF-0“

     配置 0 (conf-0)

      描述:  k3-am642-evm

      内核:       不可用

      固件:     ATF

      FDT:          FDT-0

      可装载物:    TEE

                    DM

                    SPL

    vboxuser@ubuntu24:~/yocto/tisdk/build/arago-tmp-default-glibc/work/am64xx_evm-oe-linux/u-boot-ti-staging/2025.01 +git/deploy-u-boot-ti-staging$  


    我有一个问题,它的创建日期显示为 2025 年 12 月 3 日每次我建立 tispl.bin 它显示相同的日期。

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

    尊敬的 Diana:

    [引述 userid=“698360“ url=“~/support/processors-group/processors/f/processors-forum/1633330/am6421-building-custom-uboot-images-boot-flow-for-custom-am64-board/6339169

     图像 0 (ATF)

      说明:  ARM 可信 固件

      创建      日期:     2025 年 12 月 3 日星期三 15:20:36

      类型:         固件

      压缩:  未压缩

      数据 大小:    54436 字节 = 53.16 KiB = 0.05 MIB  

      架构: AArch64

      操作系统:           ARM Trusted Firmware

      加载 地址: 0x701c0000

     图像 1 (TEE)

      描述:  OP-TEE

      创建      日期:     2025 年 12 月 3 日星期三 15:20:36

      类型:         可信 执行 环境 映像

      压缩:  未压缩

      数据 大小:    717860 字节 = 701.04KiB  = 0.68 MIB  

    [/报价]

    似乎 U-Boot 二进制文件具有 ATF 和 OPTEE 组件、但

    jump_to_image_no_args:正在验证映像:Addr=0、size=0、OS=arm-trusted-firmware
    JUMP_TO_IMAGE_NO_ARGS:验证映像:Addr=0、size=0、OS=TEE

    U-Boot 无法加载/看到。 我以前从未见过这样的问题、也不确定会怎样发生。

    您能否尝试在 tiboot3.bin 中调试 tispl.bin 加载过程、看看为什么两个组件在启动时都消失了?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我有一个问题、它的创建日期显示为 2025 年 12 月 3 日每次我构建 tispl.bin 它显示相同的日期。

    我在我这边也看到了这个。 我认为这是 Yocto 构建流程中的一个步骤。 您现在可以忽略它。