[参考译文] SBL-AM263X：MCU-PLUS-SDK KeyWriter 1.1与 MCU+ SDK v10不兼容

尊敬的 Reccardo：

我正在研究这个问题、请允许我最迟在下周星期三回来。

尊敬的 Nilabh：

感谢您的快速回复、祝您周末愉快！

Riccardo

尊敬的 Riccardo：

Unknown 说：

在任何情况下、我注意到在"keywriter_utils.c"的第59行、对"Hsmclient_loadHSMRtFirmware"的调用都不正确(只有一个参数)、

尚未发布与 SDK 10.0兼容的 OTP Keywriter、但 OTP Keywriting 与以前的 e2e 中遇到的问题无关。 可以看到、 在09_01_00_05之前、我们只有 OTP Keywriter。  

TIFS SDK 提供安全启动特性。 您所寻找的功能已在 SDK 和 TIFS 版本10.0中实现

在此处检查快速安全启动实现： software-dl.ti.com/.../FAST_SECURE_BOOT.html

尊敬的 Nilabh：

感谢您的答复。 我知道软件版本兼容性；我们确实升级到了最新的 MCU SDK、以专门规避链接问题以及其他问题(主要与 i2c 栈和其他 IPC 问题相关)。 关键是、对于我们的板配置、我们无法按原样使用 SBL 键盘开关、但我们需要对其进行修改、使其实际上能够以某种方式与板交互(我无法在这里编写)。

我们在内部跟踪该 MCU+库的一个分支、以便将其与我们特定架构和需求固有的一些更改合并在一起、但也实施我们必须实施的修复程序和/或权变措施、以便在使用 SDK 更新发布这些修复程序和/或权变措施之前使它们有效。 看着 SDK 的文件和文件夹结构如何不断变化(以及 SysConfig 本身显然是如此、因为我们收到了最新版本的突破性更改、这些版本似乎不适用于"旧"文件、但这是另一天的主题)、由于承诺"[.]架构更改并解决了大量修复问题"、我们想要等待更新到版本 v10。 我们只是认为如此大的重构可以是一个很好的起点、这样可以避免在 SDK 的所有次要版本中重新测试我们的所有项目、而只使用主要版本。

下面是一个不全面的列表、其中列出了我们需要设法规避的所有问题：

AM2634：IPC 在回调时挂起

SysConfig：1.21.1 LogZone 被忽略

TMDSCNCD263：AM263x：hsbl_qspi_am263x HSM 运行时固件加载期间的示例残桩

AM2634-AM263X：无法在 HF-SE MCU-PLUS-SDK 器件上运行签名的代码

I2C-AM263X：MCU-PLUS-SDK HLD 超时(回归)

请注意、在打开 TI 网站上的主题之前、我们必须实际找到问题、进行调试并决定是否值得打开论坛帖子；提供可重现的示例显然需要时间和精力、大多数时间我们只是在 MCU SDK 的分支中包含此类修复程序并每天调用、希望 SDK 的 API (或 SysConfig 的 API)不会改变。

针对此特定问题的明显权变措施是下载 MCU SDK v9.1 (因为 v9.2是指与构建 OTP Keywriter 所需的 hsmclient 相关文件发生文件夹结构更改时发生的)、并修改相关代码以包含我们的密钥、证书、代码修复程序、SDK 修复程序等。 但它确实比它应该更麻烦,而且对于这样一个微妙的单次机会程序来说也非常脆弱;我们还需要它来使它对我们的管道起作用,它需要测试等 更不用说开发人员的工作了、因为在每个开发人员的机器上都需要安装相当旧的 SysConfig 和 CCS 版本、这只会增加出现用户错误的空间。

目前、我们有如上所述的临时解决方案、但真正好的消息是、兼容的 Keywriter (与 TI 提供的其他最新开发工具兼容)的发布日期不能跟踪多个 SDK、工具等

谢谢！

Riccardo

尊敬的 Riccardo：

对不起,你必须面对所有这些问题,我想帮你在这里。 我同意在两个版本的 SDK 上进行测试会比较麻烦。

请允许我与内部团队讨论 OTP 密钥编写器的预期日期、并最迟在下周星期三回复您、因为本周大多数人都因感恩节外出。

尊敬的 Nilabh：

谢谢回复,我期待更多的新闻!

再次感谢您的观看和耐心等待、

Riccardo