[参考译文] CC2340R5：为什么 imgtool 中需要 PAD 参数、以实现双映像 OAD、但片上 OAD 不需要该参数？

您好！

在片上/XIP OAD 项目中、映像由 persistent 应用直接写入主槽位、无需 MCUboot 即可移动映像。 在双映像 OAD 或片外 OAD 工程中、主映像会在称为辅助映像的"临时存储"空间中下载新固件、并且在下一次下电上电时、MCUboot 会将映像从辅助映像复制到主映像中。

之所以--pad有必要、是因为--pad它不仅会填充映像、还会添加复制映像所需的复制标志(双映像 OAD 和片外 OAD 都需要)。 您可以在有关将 OAD 添加到现有项目的 SLA 中看到此内容(链接)。

我不知道有任何方法有这些复印标志没有--pad. 您可以 在此处查看 imgtool 的文档。
以下是文档对该选项的看法：

  --pad                           Pad image to --slot-size bytes, adding
                                  trailer magic

如果这是绝对必要有这个没有填充的拖车魔术,客户可以尝试修改 imgtool python 脚本本身,但这可能是危险和困难的,我会建议简单地使用--pad.

此致、
Maxence

您好！

根据我今天与另一个客户进行的测试、签名不在尾随数据中、而是插入在固件和填充之间。

MCUboot 文档没有指定该签名的确切位置以及如何手动添加它、因此有必要使用 imgtool 来插入/生成它。

至于为何拖车在一个特定的地址,我不知道为什么它是必要的。 我认为、原因可能是为了更简单地找到报尾位置、而不必实施检测魔术的逻辑(参阅 MCUboot 文档中的报尾如何制作)、但我在 SLA、MCUboot 文档或 MCUboot 版本的源代码中找不到原因。

我可以询问这是哪个客户吗？ 如果客户足够大、且没有填充的需求对于他们的项目至关重要、我们可能会花时间尝试找到一种变通办法、即具有无填充的覆盖模式。

此致、
Maxence

您好！ 深入挖掘后的小更新。

实际上、这不是 TI 实现 MCUboot 的限制、而是来自 MCUboot 本身：

可选--pad参数将在映像上放置一个尾部、指示应将映像视为升级。 将此映像写入辅助插槽将导致引导加载程序升级到辅助插槽。
- MCUboot imgtool 文档

现在、为了让 MCUboot 使用辅助插槽升级主插槽、需要一个映像尾、并且只能通过设置--pad 设置来添加。

此致、
Maxence