[参考译文] AM623：V10.00.08 的 TI-Linux-Firmware 源代码

当我们查看 SDK 版本的版本号时、最低有效数字基本上表明了在我们确定 SDK 准备好发布之前我们测试了多少个 SDK 版本。 Linux SDK 10.0 看起来在发布准备就绪之前经历了 7 个“发布候选“版本、而 MCU+ SDK 10.0 则经历了 14 个版本。 您只是关心匹配主要版本号（即 10.0）。

ti-linux-firmware v10.00.XX 的版本控制应该类似。

此致、

Nick

但 MCU SDK 版本为 10.00.00.14、而不是 10.00.14。 它还在进行测试吗？ 客户需要 确认修改不会引入其他错误、他们不能承担风险。

ti-linux-firmware 的版本号告诉我们什么？

Linux SDK 10.0 的发布版本为 10.0.7.4。 ti-linux-firmware 似乎标记了要与其使用的 Linux SDK 版本（即 10.0.7）、而不是使用用于生成文件的 MCU+ SDK 版本进行标记。

我们来检查使用了哪个 MCU+ SDK 版本来生成针对 PLL 修复进行了测试的二进制文件。

我们可以检查 DM R5F 跟踪日志中报告的版本。 对于未来 的读者、请参阅此 常见问题解答以了解更多信息：
【常见问题解答】Linux：如何检查 DM R5F 上运行的二进制文件 

默认的 10.0.7 版本 ti-linux-firmware 报告了哪个版本？  

这是使用标签 10.00.07 中链接的固件时的输出、此固件在以下 SDK 文档中链接：
https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/10_00_07_04/exports/docs/devices/AM62X/linux/Release_Specific_Migration_Guide．html

root@am62xx-evm:~# cat /sys/kernel/debug/remoteproc/remoteproc1/trace0
[r5f0-0]     0.000887s : Sciclient direct init..... SUCCESS
[r5f0-0]     0.002874s : Sciserver Testapp Built On: Jul 25 2024 06:35:21
[r5f0-0]     0.007476s : Sciserver Version: v2024.07.0.0-REL.MCUSDK.K3.10.00.00.08+
[r5f0-0]     0.012963s : RM_PM_HAL Version: v10.00.08
[r5f0-0]     0.015711s : Starting Sciserver..... PASSED
[r5f0-0]     0.018642s : [IPC RPMSG ECHO] Version: REL.MCUSDK.K3.10.00.00.08+ (Jul 25 2024 06:36:51):

MCU+ SDK 10.0.0.14 的发布版本报告了哪个版本？  

使用 MCU+ SDK 10.0 重建固件时、这是我的跟踪日志：

cat /sys/kernel/debug/remoteproc/remoteproc1/trace0
[r5f0-0]     0.000891s : Sciclient direct init..... SUCCESS
[r5f0-0]     0.002892s : Sciserver Testapp Built On: Aug 17 2025 21:29:50
[r5f0-0]     0.007492s : Sciserver Version: v2024.08.0.0-REL.MCUSDK.K3.10.00.00.14+
[r5f0-0]     0.012978s : RM_PM_HAL Version: v10.00.08
[r5f0-0]     0.015728s : Starting Sciserver..... PASSED
[r5f0-0]     0.018658s : [IPC RPMSG ECHO] Version: REL.MCUSDK.K3.10.00.00.14+ (Aug 17 2025 21:42:46):

因此、跟踪日志报告的版本与 MCU+ SDK 版本 10.00.00.14 完全匹配。

在哪里可以获取用于生成 ti-linux-firmware v10.0.7 的 MCU+ SDK 的确切版本？

这意味着 ti-linux-firmware 10.00.07 中用于生成固件的确切代码版本来自此处：
https://github.com/TexasInstruments/mcupsdk-core-k3/releases/tag/REL.MCUSDK.K3.10.00.00.08 

此致、

Nick

待办事项操作：

如果我们要使用 MCU+ SDK 10.0.0.8 而不是 MCU+ SDK 10.0.0.14 构建 DM R5F 固件、应检查 x.8 和 x.14 之间的提交、以确保没有任何关键代码丢失。

x14 的提交如下：
https://github.com/TexasInstruments/mcupsdk-core-k3/commits/REL.MCUSDK.K3.10.00.00.14/

x.8 的位置为：
https://github.com/TexasInstruments/mcupsdk-core-k3/commits/REL.MCUSDK.K3.10.00.00.08/ 

我可以看看明天的承诺。

此致、

Nick

#1。 固件 V10.00.08 日志版本为 10.00.00.08。  

#2. 无法从上部链接下载 MCUSDK.K3.10.00.00.08、没有 trace.h 文件。

公开发布的 MCU_SDK 包含此文件：/source/drivers/device_manager/rm_pm_hal/rm_pm_hal_src/include/lib/trace.h、但 REL.MCUSDK.K3.10.00.00.08/中没有目录 

tony@ubuntu22:~/ti/mcupsdk-core-k3-REL.MCUSDK.K3.10.00.00.08$ make -s -f makefile.am62x libs
Compiling: sciclient_direct.am62x.r5f.ti-arm-clang.release.lib: sciclient.c
sciclient.c:48:10: fatal error: 'lib/trace.h' file not found
#include <lib/trace.h>
         ^~~~~~~~~~~~~
1 error generated.
make[1]: *** [makefile.am62x.r5f.ti-arm-clang:143: sciclient.obj] Error 1
make: *** [makefile.am62x:550: sciclient_direct_r5f.ti-arm-clang] Error 2
tony@ubuntu22:~/ti/mcupsdk-core-k3-REL.MCUSDK.K3.10.00.00.08$ ^C
tony@ubuntu22:~/ti/mcupsdk-core-k3-REL.MCUSDK.K3.10.00.00.08$ find ./ -name sciclient.c
./source/drivers/sciclient/sciclient.c
./source/drivers/device_manager/sciclient_direct/sciclient.c
tony@ubuntu22:~/ti/mcupsdk-core-k3-REL.MCUSDK.K3.10.00.00.08$ find ./ -name trace.h
tony@ubuntu22:~/ti/mcupsdk-core-k3-REL.MCUSDK.K3.10.00.00.08$ cd ..

tony@ubuntu22:~/ti$ cd mcu_plus_sdk_am62x_10_00_00_14/
tony@ubuntu22:~/ti/mcu_plus_sdk_am62x_10_00_00_14$ find ./ -name trace.h
./source/drivers/device_manager/rm_pm_hal/rm_pm_hal_src/include/lib/trace.h

tony@ubuntu22:~/ti/mcu_plus_sdk_am62x_10_00_00_14$ cd ..
tony@ubuntu22:~/ti$ cd mcupsdk-core-k3-REL.MCUSDK.K3.10.00.00.08/source/drivers/device_manager/rm_pm_hal/

tony@ubuntu22:~/ti/mcupsdk-core-k3-REL.MCUSDK.K3.10.00.00.08/source/drivers/device_manager/rm_pm_hal$ ls rm_pm_*
ls: cannot access 'rm_pm_*': No such file or directory

似乎归档文件错误。

您好、Tony、

MCU+ SDK 10.0.0.8 和 10.0.0.14 之间是否有任何关键提交？  

在进行 10.0.0.8 的任何开发之前、我们要确保不会遗漏 10.0.0.14 上的任何重要内容。

大多数提交要么用于文档、要么用于 test/文件夹（这不会影响生成的二进制文件）、要么只影响其他处理器。 我看到的唯一可能有影响的提交与 MCU+ SDK OSPI 驱动器与电压和热管理器 (VTM) 的交互方式相关：
https://github.com/TexasInstruments/mcupsdk-core-k3/commit/e462be836680e8a2c3be943d86b1ffb1c7e52d0a
https://github.com/TexasInstruments/mcupsdk-core-k3/commit/96345fe5745ea29f2c191e5e7a9dafd1d7f1c713

我将与团队核实以确保 DM R5F 代码不需要这些提交。