[参考译文] AUDIO-AM62D-EVM：TI 安全固件无法与标签 11.01.04 中的新固件配合使用

尊敬的爱平：
如常见问题解答中所述、我在 TI AM62x-SK 板（具有 HS-SE）上使用“AM62x Linux SDK 11.1.5.3 (TIFS 11.1.2)“进行了测试。
您是否会提供更多详细信息来帮助阐明您的测试环境？
此致、
- Hong

很抱歉晚才回复、刚从度假回来。

我们是在前一段时间使用较旧的 ti cicd 标签 11.01.02 开始的、所有内容都可以确保您的补丁的安全性。 现在我们尝试升级到更新的 meta-ti 标记,并发现了上述问题。 通过大量的尝试和查看、我们最终发现问题出在 TI_SYSFW_VERSION 11.01.02 上。 当我们切换回 11.01.00 时、没有问题：

diff --git a/meta-ti-BSP/recipes-bsp/ti-linux-fw/ti-linux-fw.inc b/meta-ti-BSP/recipes-bsp/ti-linux-fw/ti-linux-fw.inc
索引 b1db1dfdc..1e9fa1e2b 100644
--- A/meta-ti-BSP/recipes-bsp/ti-linux-fw/ti-linux-fw.inc
++ b/meta-ti-BSP/recies-BSP/ti-linux-fw/ti-linux-fw.inc
@@μ V @@ 11 + 15、12 μ s Cadence_MHDP_FW_VERSION =“2.1.0"</s>“
IMG_DEC_FW_VERSION =“1.0"</s>“
CNM_WAVE521_FW_VERSION =“1.0.8"</s>“
TI_DM_FW_VERSION =“11.00.09"</s>“
TI_SYSFW_VERSION =“11.01.02"</s>“
+TI_SYSFW_VERSION =“11.01.00"</s>“
TI_HSM_DEMO_FW_VERSION =“11.00.09"</s>“
TAD5212-Q1 FW_VERSION =“1.0.0.0"</s>“

TI_LINUX_FW_SRCREV？=“1190654141a9604e21307555882d77eaf8c5fac"</s>“
+#TI_LINUX_FW_SRCREV？=“1190654141a9604e21307555882d77eaf8c5fac"</s>“
+TI_LINUX_FW_SRCREV？=“e594deb508a322d5681888d48fbb153953b06ca9"</s>“

当查看标签 11.01.04 之前的几个提交时、他们谈论的是 512MB DDR 限制。 请注意、我们的电路板采用 512MB DDR、而不是 2GB 或 4GB DDR。

尊敬的爱平：
如常见问题解答中所述、我在 TI AM62x-SK 板（具有 HS-SE）上使用“AM62x Linux SDK 11.1.5.3 (TIFS 11.1.2)“测试了补丁。
https://www.ti.com/tool/download/PROCESSOR-SDK-LINUX AM62X/11.01.05.03
此致、
- Hong

如前所述、您的电路板具有 4GB DDR、我们的电路板只有 512MB DDR。 因此、您已经为 512MB DDR 提供了特殊的 TI DM FW - ipc_echo_testb_mcu1_0_release_strip.xer5f-512MB 、这使得旧版 TI_SYSFW  “11.01.00"正常“正常工作。  TI 应该非常明确 11.01.02 中的新更改、使 512MB DDR 无法正常工作。 我没有 doublt 您的 11.01.02 和更高版本的 TI_SYSFW 能够在 4GB（或 2GB）DDR 上运行。 但请为我们的 512MB DDR 提供解决方案、我特别指出了问题出在 TI_SYSFW 11.01.02 中、但在 11.01.00 中不存在

尊敬的爱平：

在我看来、问题不是由 TIFS 引起的（如主题行中）、而是 u-boot/DM 配置与 DDR 大小不兼容（即 512M）。

我是在 AM62D-SK 板 (4G DDR) 上使用 AM62D Linux SDK 11.1.5.3 封装进行测试
https://dr-download.ti.com/authenticated/secure/software-development/software-development-kit-sdk/MD-ZhbIUGpt7A/11.01.05.03/ti-processor-sdk-linux-am62dxx-evm-11.01.05.03-Linux-x86-Install.bin

当使用 512MB DDR 在板上启动时、客户需要进行一些修改。 我创建了 DM 和 u-boot 补丁、并在 AM62D-SK（512M DDR 配置）上使用 AM62D Linux SDK 11.1.5.3 测试了该补丁。

1/。 DM 固件补丁
- am62d_11.1.0.16_dm_512m.patch：DM 补丁
- AM62D-Q1 FREERTOS-RESTRICTED-SDK 11.1.0.16 @
https://dr-download.ti.com/authenticated/secure/software-development/software-development-kit-sdk/MD-pej9r85mS7/11.01.00.16/freertos_sdk_am62dx_11_01_00_16-linux-x64-installer.run?
-如何构建 DM 固件
make -s -C examples/drivers/ipc/ipc_rpmsg_echo_linux/am62dx-evm/r5fss0-0_freertos/ti-arm-clang all profile=release

2/u-boot 补丁
am62d_11.1.5.3_uboot_512M.patch：512M DDR 配置和 OPTEE 存储器分割

３。 引导日志
am62d_11.1.5.3_512M_boot_hs.log

此致、
- Hong

e2e.ti.com/.../am62d_5F00_11.1.0.16_5F00_dm_5F00_512M.patch

e2e.ti.com/.../am62d_5F00_11.1.5.3_5F00_uboot_5F00_512M.patch

e2e.ti.com/.../am62d_5F00_11.1.5.3_5F00_512M_5F00_boot_5F00_hs.log

Hong Hong：

您提到的所有上述问题都已得到解决。 否则、它将无法引导。 问题与  您为我们提供的新 TI_SYSFW_VERSION “11.01.02"有关“有关、该版本无法通过内核映像身份验证。 请注意、在 TI_SYSFW_VERSION “11.01.00"之前“之前、一切正常。  以下是使用 TI_SYSFW_VERSION “11.01.02"时“时的完整日志：

U-Boot SPL 2025.01-00693-g9f766e06dd1d (2 月 10 日 2026 - 17：57：15 +0000)
SYSFW ABI：4.0（固件版本 0x000b'11.1.2--v11.01.02（花哨 Rat）')
SPL 初始栈使用量：13568 字节
尝试从 SPI 引导
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
在 ARM64 内核上启动 ATF……

U-Boot SPL 2025.01-00693-g9f766e06dd1d (2 月 10 日 2026 - 17：57：15 +0000)
SYSFW ABI：4.0（固件版本 0x000b'11.1.2--v11.01.02（花哨 Rat）')
DM ABI：3.0（固件版本为 0x000b 'SDK.11.01.00.16-dirty--v11.01.02' patch_ver：2）
尝试从 SPI 引导
TI-UDMA DMA-controller@485c0100：k3_dmaring Ring 探测到的环：82、sci-dev-id：26
TI-UDMA DMA-controller@485c0100：dma-ring-reset-quirk：禁用
Cadence_SPI@fc40000：未找到图形。 跳过校准
身份验证已通过
身份验证已通过

U-Boot 2025.01-00693-g9f766e06dd1d (2 月 10 日 2026 - 17：57：15 +0000)

SoC：AM62AX SR1.0 HS-SE
型号：Shure AM62D2 Bacon DSP
DRAM：475 MIB（总计 512 MIB）
内核：64 个器件、26 个 uclasses、器件树：单独
闪存：0 字节
MMC：MMC@fa00000：1.
正在从 SPIFlash... TI-UDMA DMA-controller@485c0100：k3_dmaring Ring 探测到的环：82、sci-dev-id：26
TI-UDMA DMA-controller@485c0100：dma-ring-reset-quirk：禁用
Cadence_SPI@fc40000：未找到图形。 跳过校准
sf：检测到 mx66u2g45g、页面大小为 256 字节、擦除大小为 64 KiB、总计 256 MiB
***警告 — 错误的 CRC、使用默认环境

IN：serial@2830000
输出：串行@2830000
错误：serial@2830000
MAC：02：0e：dd：ff：2f：dd 通过闪存
按任意键停止自动引导：0
Cadence_SPI@fc40000：未找到图形。 跳过校准
sf：检测到 mx66u2g45g、页面大小为 256 字节、擦除大小为 64 KiB、总计 256 MiB

引导设备：2026.44.10
Cadence_SPI@fc40000：未找到图形。 跳过校准
sf：检测到 mx66u2g45g、页面大小为 256 字节、擦除大小为 64 KiB、总计 256 MiB

正在加载内核 linux.bin ...
将文件“linux.bin"加“加载到地址 0x82000000……
已完成
正在执行内核 linux.bin。
TI_sci system-controller@44043000：消息未确认
身份验证失败！
###错误###请重置主板###

其他一切都相同、只需将  TI_SYSFW_VERSION 从“11.01.02"更“更 改为“11.01.00"，“，它、它可以解密并验证内核 linux.bin 映像：

U-Boot SPL 2025.01-00693-g9f766e06dd1d (2 月 10 日 2026 - 17：57：15 +0000)
SYSFW ABI：4.0（固件版本 0x000b'11.1.0--v11.01.00（花哨 Rat）')
SPL 初始栈使用量：13568 字节
尝试从 SPI 引导
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
在 ARM64 内核上启动 ATF……

U-Boot SPL 2025.01-00693-g9f766e06dd1d (2 月 10 日 2026 - 17：57：15 +0000)
SYSFW ABI：4.0（固件版本 0x000b'11.1.0--v11.01.00（花哨 Rat）')
DM ABI：3.0（固件版本为 0x000b 'SDK.11.01.00.16-dirty--v11.01.02' patch_ver：2）
身份验证已通过
身份验证已通过

引导设备：2026.44.10

Cadence_SPI@fc40000：未找到图形。 跳过校准
sf：检测到 mx66u2g45g、页面大小为 256 字节、擦除大小为 64 KiB、总计 256 MiB

正在加载内核 linux.bin ...
将文件“linux.bin"加“加载到地址 0x82000000……
已完成
正在执行内核 linux.bin。
[0.127040] OMAP-MAILBOX 29030000.MAILBOX：未找到可用的 mbox 设备
init：版本 3.04 正在引导
stty：标准输入：设备的 ioctl 不合适
正在启动 mdev... 好的
安装 UBI：/dev/mtd3
将 rootfs tmpfs 的大小调整为总内存的 60%
2018 年世界协调时、星期五 3 月 9 日 12：34：56
安装团体...已完成
init:进入运行级别：5.
stty：标准输入：设备的 ioctl 不合适
正在配置网络接口... 已完成。
正在启动 syslogd/klogd:已完成
启动 vsystemd 守护程序
正在启动 DSP
错误：没有此类文件或目录/shure/mnt/dsp.tge
错误：无法在安全模式下处理/shure/mnt/dsp.tgz
错误：DSP 的应用初始化失败
init:切换到运行级别：4.
init：发送通过/etc/inittab 配置的进程的术语信号
stty：标准输入：设备的 ioctl 不合适
停止 tCF-agent：确定
启动 Dropbear SSH 服务器：Dropbear。
启动 FTP 服务器

Shure（传奇性能）5.0.14 培根 DSP /dev/ttyS2

培根 DSP 登录名：root

尊敬的爱平：

我的测试适用于 AM62D Linux SDK 11.1.5.3 + SYSFW/TIFS 11.1.2、这与您的 SYSFW/TIFS 相同。

1/。 哪个密钥用于对内核/dtb 签名？
2/。 哪个密钥用于加密/解密内核/dtb？

此致、
- Hong

我的密钥用于签名内核/dtb 和 u-boot/dtb

我的密钥用于加密/解密内核/dtb。

我不担心签名和加密/解密的密钥、由于构建环境完全相同、我只将 TI_SYSFW_VERSION 从 11.01.00 更改为 11.01.02、则无法通过同一 linux.bin。 我认为更改此固件不会更改构建中用于签名/加密的密钥。

TI_sci system-controller@44043000：消息未确认
身份验证失败！

使其无法工作的唯一更改是：

diff --git a/meta-ti-BSP/recipes-bsp/ti-linux-fw/ti-linux-fw.inc b/meta-ti-BSP/recipes-bsp/ti-linux-fw/ti-linux-fw.inc
索引 61364c660..b1db1dfdc 100644
--- A/meta-ti-BSP/recipes-bsp/ti-linux-fw/ti-linux-fw.inc
++ b/meta-ti-BSP/recies-BSP/ti-linux-fw/ti-linux-fw.inc
@@μ V @@ 11 + 15、11 μ s Cadence_MHDP_FW_VERSION =“2.1.0"</s>“
IMG_DEC_FW_VERSION =“1.0"</s>“
CNM_WAVE521_FW_VERSION =“1.0.8"</s>“
TI_DM_FW_VERSION =“11.00.09"</s>“
TI_SYSFW_VERSION =“11.01.00"</s>“
+TI_SYSFW_VERSION =“11.01.02"</s>“
TI_HSM_DEMO_FW_VERSION =“11.00.09"</s>“
TAD5212-Q1 FW_VERSION =“1.0.0.0"</s>“

TI_LINUX_FW_SRCREV？=“e594deb508a322d5681888d48fbb153953b06ca9"</s>“
+TI_LINUX_FW_SRCREV？=“1190654141a9604e21307555882d77eaf8c5fac"</s>“
SRCREV =“$｛TI_LINUX_FW_SRCREV｝“

尊敬的爱平：

我在使用 AM62D Linux SDK 11.1.5.3 进行的测试中无法重现问题、这个 SDK 具有 SYSFW/TIFS 11.1.2、这与您的 SYSFW/TIFS 相同。

在您的设置中、让我们停止@u-boot 提示符、然后尝试添加“md.b 0x82000000 0x400“、如下所示？

将文件“linux.bin"加“加载到地址 0x82000000……
已完成
===>“MD.b 0x82000000 0x400“
正在执行内核 linux.bin。

此致、
- Hong

尊敬的爱平：
1/。 我们是否在同一电路板上针对工作案例 (SYSFW 11.01.00) 和非工作案例 (SYSFW 11.01.02) 进行了测试
2/。 我们可以在您的电路板上启用和捕获 TIFS 跟踪吗？
https://software-dl.ti.com/tisci/esd/latest/4_trace/trace.html
此致、
- Hong

是、  我们在同一电路板上针对工作用例 (SYSFW 11.01.00) 和非工作用例 (SYSFW 11.01.02) 进行测试

启用 TIFS 跟踪对我来说是一个重要主题。 您能否提供详细的信息、您要修改哪些内容来查看您要查看的迹线？

尊敬的爱平：
请参阅我上次答复中关于 TIFS 跟踪详细信息的链接。
https://software-dl.ti.com/tisci/esd/latest/4_trace/trace.html
此致、
- Hong

我已经想到了 https://software-dl.ti.com/tisci/esd/latest/4_trace/trace.html 链接,但不知道在哪里进行更改

尊敬的爱平：
我将连接 u-boot 更改、因此必须在 AM62x-SK 板的 board-cfg 中启用 TIFS 跟踪。
如我上次回复的链接中所述、TIFS 使用 MAIN_UART1 端口转储 TIFS 跟踪。
https://software-dl.ti.com/tisci/esd/latest/4_trace/trace.html#trace-uart-allocation
此致、
- Hong

e2e.ti.com/.../tifs_5F00_trace.patch

以下是上电期间的日志：

Sciserver Testapp 建立在:七月 15 2025 00:53:43
Sciserver 版本：v2025.07.0.0-REL.MCUSDK.K3.11.01.00.16+
RM_PM_HAL 版本：v11.01.02
正在启动 Sciserver… 通过
[IPC RPMSG ECHO]版本：ReL.MCUSDK.K3.11.01.00.16+(2025 年 8 月 25 日 10：41：05)：
0x61800200
0x61C0009D
0x62000002
0x6180010E
0x61C0009A
0x61800200
0x61C0009A
0x62000002
0x61800200
0x61C0004B
0x62000002
0x61800104
0x61C01C4B
0x61800102
0x61C01C4B
0x62000008
0x6180010E
0x61C01C4B
0x6180010C
0x61C01C4B
0x612B3CA6
0x612B3CA6
0x6180010E
0x61C01C4B
0x4F4E00FF
0x4F4A001A
0x4F4B0020
0x4F4606A0
0x4F4C0000
0x4F4D0012
0x4F4F0000
0x4F500000
0x4F4E00FF
0x4F4A001A
0x4F4B0022
0x4F4606A2
0x4F4C0000
0x4F4D000C
0x4F4F0000
0x4F500000
0x4F4E00FF
0x4F4A001A
0x4F4B0021
0x4F4606A1
0x4F4C0000
0x4F4D0012
0x4F4F0000
0x4F500000
0x41070000
0x4108001F
0x4F8A00FF
0x4F8B0001
0x4F80001A
0x4100001A
0x4F010000
0x4F06068D
0x4F0A000C
0x41010000
0x410C0001
0x410D81C0
0x410E8240
0x410F0000
0x41100010
0x41110000
0x43870001
0x43880001
0x4F8A00FF
0x4F8B0001
0x4F80001A
0x4380001A
0x4F010000
0x4F0606A0
0x4F0A000C
0x43810000
0x438A0000
0x43A00000
0x43A10000
0x438B0000
0x438C000C
0x43A20000
0x438D0000
0x43A30000
0x43A40000
0x438F0000
0x43900000
0x43910000
0x43920000
0x43A60001
0x41070000
0x41080004
0x4F8A00FF
0x4F8B0001
0x4F80001A
0x4100001A
0x4F010000
0x4F06068D
0x4F0A000C
0x41010000
0x410C0001
0x410D81C0
0x410E8240
0x410F0000
0x41100010
0x41110000
0x41070000
0x4108001F
0x4F8A00FF
0x4F8B0001
0x4F80001A
0x4100001A
0x4F010000
0x4F06068D
0x4F0A000C
0x41010000
0x410C0001
0x410D0000
0x410E0000
0x410F0000
0x41100000
0x41110000
0x6180010E
0x61C0009A
0x61800200
0x61C0009A
0x62000002
0x6180010E
0x61C0009A
0x61800200
0x61C0009A
0x62000002
0x61800200
0x61C0003A
0x62000002
0x62D00060
0x6412A000
0x6414402E
0x62D00061
0x60800086
0x608000BD
0x6000003A
0x6392A000
0x6394402E
0x6180010E
0x61C0183A
0x61800200
0x61C0004B
0x62000002
0x61800104
0x61C01C4B
0x61800102
0x61C01C4B
0x62000008
0x6180010E
0x61C01C4B
0x6180010C
0x61C01C4B
0x612B3CA6
0x612B3CA6
0x6180010E
0x61C01C4B
0x4F4E00FF
0x4F4A001A
0x4F4B0020
0x4F4606A0
0x4F4C0000
0x4F4D0012
0x4F4F0000
0x4F500000
0x4F4E00FF
0x4F4A001A
0x4F4B0022
0x4F4606A2
0x4F4C0000
0x4F4D000C
0x4F4F0000
0x4F500000
0x4F4E00FF
0x4F4A001A
0x4F4B0021
0x4F4606A1
0x4F4C0000
0x4F4D0012
0x4F4F0000
0x4F500000
0x41070000
0x4108001F
0x4F8A00FF
0x4F8B0001
0x4F80001A
0x4100001A
0x4F010000
0x4F06068D
0x4F0A000C
0x41010000
0x410C0001
0x410D9BA1
0x410E2F00
0x410F0000
0x41100010
0x41110000
0x43870001
0x43880001
0x4F8A00FF
0x4F8B0001
0x4F80001A
0x4380001A
0x4F010000
0x4F0606A0
0x4F0A000C
0x43810000
0x438A0000
0x43A00000
0x43A10000
0x438B0000
0x438C000C
0x43A20000
0x438D0000
0x43A30000
0x43A40000
0x438F0000
0x43900000
0x43910000
0x43920000
0x43A60001
0x41070000
0x41080004
0x4F8A00FF
0x4F8B0001
0x4F80001A
0x4100001A
0x4F010000
0x4F06068D
0x4F0A000C
0x41010000
0x410C0001
0x410D9BA1
0x410E2F00
0x410F0000
0x41100010
0x41110000

无法进行 linux.bin 身份验证：

U-Boot SPL 2025.01-00694-g917d7451d2e2 (2 月 26 日 2026 - 17：14：59 +0000)
SYSFW ABI：4.0（固件版本 0x000b'11.1.2--v11.01.02（花哨 Rat）')
SPL 初始栈使用量：13568 字节
尝试从 SPI 引导
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
在 ARM64 内核上启动 ATF……

U-Boot SPL 2025.01-00694-g917d7451d2e2 (2 月 26 日 2026 - 17：14：59 +0000)
SYSFW ABI：4.0（固件版本 0x000b'11.1.2--v11.01.02（花哨 Rat）')
DM ABI：3.0（固件版本为 0x000b 'SDK.11.01.00.16-dirty--v11.01.02' patch_ver：2）
尝试从 SPI 引导
TI-UDMA DMA-controller@485c0100：k3_dmaring Ring 探测到的环：82、sci-dev-id：26
TI-UDMA DMA-controller@485c0100：dma-ring-reset-quirk：禁用
Cadence_SPI@fc40000：未找到图形。 跳过校准
身份验证已通过
身份验证已通过

U-Boot 2025.01-00694-g917d7451d2e2 (2026 年 2 月 26 日 — 17：14：59 +0000)

SoC：AM62AX SR1.0 HS-SE
型号：Shure AM62D2 Bacon DSP
DRAM：475 MIB（总计 512 MIB）
内核：64 个器件、26 个 uclasses、器件树：单独
闪存：0 字节
MMC：MMC@fa00000：1.
正在从 SPIFlash... TI-UDMA DMA-controller@485c0100：k3_dmaring Ring 探测到的环：82、sci-dev-id：26
TI-UDMA DMA-controller@485c0100：dma-ring-reset-quirk：禁用
Cadence_SPI@fc40000：未找到图形。 跳过校准
sf：检测到 mx66u2g45g、页面大小为 256 字节、擦除大小为 64 KiB、总计 256 MiB
***警告 — 错误的 CRC、使用默认环境

IN：serial@2830000
输出：串行@2830000
错误：serial@2830000
MAC：02：0e：dd：ff：2f：dd 通过闪存
按任意键停止自动引导：0
Cadence_SPI@fc40000：未找到图形。 跳过校准
sf：检测到 mx66u2g45g、页面大小为 256 字节、擦除大小为 64 KiB、总计 256 MiB

后备箱装置：2026.57.10
Cadence_SPI@fc40000：未找到图形。 跳过校准
sf：检测到 mx66u2g45g、页面大小为 256 字节、擦除大小为 64 KiB、总计 256 MiB
ubi0：连接 mtd4
ubi0：扫描完成
ubi0：附加 mtd4（名称“user"，“，大小、大小 243 MIB）
ubi0：PEB 大小：65536 字节 (64 KiB)、LEB 大小：65408 字节
ubi0：最小/最大 I/O 单元大小：1/256、子页大小 1
ubi0：VID 标头偏移：64（对齐的 64）、数据偏移：128
ubi0：良好的 PEB：3896、不良的 PEB：0、损坏的 PEB：0
ubi0：用户卷：1、内部卷：1、最大 卷数：128
ubi0：最大/平均擦除计数器：1/0、WL 阈值：4096、图像序列号：1604629203
ubi0：可用 PEB：0、总保留 PEB：3896、保留用于错误 PEB 处理的 PEB：0
UBIFS (ubi0：0)：需要恢复
UBIFS (ubi0：0)：恢复延迟
UBIFS (ubi0：0)：UBIFS：已安装的 UBI 设备 0、卷 0、名称“用户“、R/O 模式
UBIFS (ubi0：0)：LEB 大小：65408 字节 (63 KiB)、最小/最大 I/O 单元大小：8 字节/256 字节
UBIFS (ubi0：0)：FS 大小：253913856 字节 (242 MIB、3882 LEB)、日志大小 8650240 字节 (8 MIB、133 LEB)
UBIFS (ubi0：0)：为 root 保留：0 字节 (0KiB)
UBIFS (ubi0：0)：媒体格式：w4/r0（最新的是 w4/r0）、UUID E93B3A24-5B2C-4ABB-8360-22435201A909、小型 LPT 型号
将文件“boot.bin"加“加载到地址 0x82000000……
**未找到文件 boot.bin **

正在加载内核 linux.bin ...
将文件“linux.bin"加“加载到地址 0x82000000……
已完成
正在执行内核 linux.bin。
TI_sci system-controller@44043000：消息未确认
身份验证失败！
###错误###请重置主板###

尊敬的爱平：
我解析了您的原始跟踪数据、但跟踪看起来像是在 R5 上运行的 DM、而不是我们感兴趣的 TIFS 跟踪。
此致、
- Hong

请提供要获取日志的端口的信息。 USB 有 3 个控制台端口。 已提供两个端口的日志、其中一个端口没有任何日志。 我还从 UART0 捕获日志、其中没有什么重要的、如下所示：

注意：BL31：v2.12.0（发行版）：11.00.15-3-g2ab59f45a-dirty

注意:BL31:建造时间:09:18:24, Jun 23 202.

在 cortex-M4 上运行的 TIFS、我们没有访问权限、甚至 am62d 规范也从未提及此 coretex m4

尊敬的爱平：
我们想拥有 TIFS 跟踪、它由 TIFS 输出到 MAIN_UART1。
请参阅 AM62D 数据表 MAIN_UART1 中的<5.3.22.1 MAIN 域>。
您是在自己的电路板或 TI AM62D-EVM 上进行测试吗？
供参考。 MAIN_UART1 未在 TI AM62D-EVM 上路由。
此致、
- Hong

Hong Hong：

我不知道 TI EVM 板和我们的电路板都不使用 MAIN_UART1、您说过 MAIN_UART1 的 TIFS 跟踪输出、那么我们如何获得 TIFS 跟踪？ TIFS 跟踪输出是否可以输出到 MAIN_UART0、MAIN_UART3、MCU_UART0 或 WKUP_UART0？

谢谢爱平

尊敬的爱平：

MAIN_UART1 是由 TIFS 固定的 UART 端口、用于转储 TIFS 跟踪。

我们确实在 TI AM62x-SK 板上提供了 MAIN_UART1 端口、因此我想作为替代选项。
您是否会使用 TI 测试密钥集重新签名/加密二进制文件（任何小型数据 blob）、而不是像在自己的电路板上进行测试那样使用自己的密钥集重新签名/加密

我将能够使用 AM62x-SK 上的 TI 测试密钥集和 TIFS 跟踪来测试您的签名/加密二进制文件。

此致、
- Hong

是的、我可以使用 TI 测试密钥对我的 linux.bin 签名、但我认为这没什么帮助、因为您有脚本和 linux.bin、可以使用这些脚本和 linux.bin 轻松地为测试签名该映像。 我认为可能的问题是我们的板 512MB DDR、但 TI EVM 板具有 2GB 或 4GB DDR。 我想您在 TI EVM 板上不会看到问题、因为您已经尝试过。 我使用以下代码对 linux.bin 进行加密/签名：

KEY_TXT=$(mktemp tmp.enckey.XXX)
xxd -ps smek.key | tr -d '\n'>“$KEY_TXT"</s>“
$｛TI_SECURE_DEV_PKG｝/scripts/gen_core_x509_cert.sh -b linux.bin -k custMpk.pem -g 1 -l “0x0"-a“-a 2 -y encrypt -e “$KEY_TXT"-o“-o linux_cert.bin
CAT linux_cert.bin linux.bin-ENC > linux.enc.bin

此 linux.enc.bin 在带有 tisysfw 11.01.00 的 HS-SE 上运行正常、因此我认为它的加密/签名没有问题

同时、我正在与我们的硬件团队进行检查、看看他们是否可以为 MAIN_UART1 添加 UART 标头。

我可以使用 u-boot/arch/arm/mach-k3/keys 中的 TI 测试密钥进行加密/签名、但那里没有加密密钥

请告诉我下一步

尊敬的爱平：

key_TXT=$(mktemp tmp.enckey.XXX)
xxd -ps smek.key | tr -d '\n'>“$KEY_TXT"</s>“
$｛TI_SECURE_DEV_PKG｝/scripts/gen_core_x509_cert.sh -b linux.bin -k custMpk.pem -g 1 -l “0x0"-a“-a 2 -y encrypt -e “$KEY_TXT"-o“-o linux_cert.bin
CAT linux_cert.bin linux.bin-enc > linux.enc.bin

我的假设是您使用预先编程到 OTP 电子保险丝的根密钥集 (SMPK/SMEK) 签名/加密二进制文件。
如果是这种情况、需要在 cmd 中删除“-g 1“
$｛TI_SECURE_DEV_PKG｝/scripts/gen_core_x509_cert.sh -b linux.bin -k custMpk.pem -g 1 -l “0x0"-a“-a 2 -y encrypt -e “$KEY_TXT"-o“-o linux_cert.bin

“-g 1“选项适用于使用辅助 RSA 密钥对二进制 blob 签名时、其公钥哈希通过 TIFS 公共密钥环服务调用导入到 TIFS 安全上下文中。

此致、
- Hong