[参考译文] LP-AM263P：HSMrt 流媒体身份验证不起作用&#39

只需再添加一个查找、在 发出 CALL STATUS = Bootloader_finishUpdate () 后、从 HSM 收到另一条 IPC 消息、  其服务器类型= 49452 (=0xC12C、或 HSM_MSG_PROC_AUTH_BOOT_FINISH)、其中 gHsmClient.RespMsg.flags == 0x55 (= NACK)、但 RespsmClient.Flag = 0xAA (=ACK)。

这似乎表明 HSM 身份验证已失败、但我们没有 等待足够长的时间来进行身份验证。

可能 ghsmClient.RespFlag 更新速度不够快，无法检测到错误值 — 可能有一个地方正在使用 ghsmClient.RespFlag 、其中应使用 gHsmClient.RespMsg.flags。

谢谢、

RENs

要添加另一个结果、我认为对  Bootloader_socLoadHsmRtFw 或  Keyring_init 的开始调用可能会进一步破坏阻塞循环。 对我来说、这似乎是由于  Bootloader_socLoadHsmRtFw 导致 的、因为我们不发送 IPC 消息、而是只查找 HsmClient_waitForBootNotify 的 HSM IPC 返回。

HsmClient_procAuthBootFinish   的末尾是在向 HSM 发送 HSM_MSG_PROC_AUTH_BOOT_FINISH 服务类型后使用 HsmClient_waitForAllResponses。

在这种情况下、阻塞循环不会阻止进一步执行。 HSM 有一小段延时时间来指示 NACK 响应、但由于这个阻塞环路无法保持该时间、我们无法及时捕获此时间。

如果我缓慢执行  HsmClient_procAuthBootFinish、则有足够的时间从 HSM 接收 NACK 消息、因此身份验证按预期失败。

这是一个需要修正的 bug。

我已在  HsmClient_procAuthBootStart() 期间执行了临时修复 — 如果出现任何问题，则对两者进行均衡。 应用了此功能后、身份验证将按预期工作。

谢谢、

RENs

尊敬的 Rens：

非常感谢您对 这个问题进行的非常详细的分析。

在确认问题之前先回答几个问题。 我会在明天的时候尝试同样的方法,然后回到你身边。

这意味着在  完成 Keyring_init 函数后、g Num_Hsm ResponseReceived = 1、而 g Num_Hsm RequestSent = 0。  [/报价]

在等待来自 HSM 的引导通知的情况下,HsmClient_isr() 不会按如下所示递增 g.ResponseReceived Num_Hsm。

在 Keyring_init 期间、这只能递增  g.IPCResponseReceived、而不能递增 g.RequestSent、因为 Num_Hsm Num_Hsm AndRecv() 用于发送 Num_Hsm Client_Enqueue 、而不是 Client_Send AndSendMsg()、其中 g.RequestSent  递增。

当定义 Keyring_init 函数时、将显示上述内容。 请问您是否在 SBL 中导入密钥环？ Keyring_init 是一个空白函数吗？

再次感谢您指出这一点。 我将在明天结束时回顾和复制这一点。

谢谢。此致、

Nikhil Dasan

你好、Nikhil、

没问题。 我之前忘记提到的一点是、这是 SDK 版本 10.01.00.31。 相信最新的 SDK 版本是 10.02.00.15、因此它很可能是这样的、或者实际上在后续版本中已修复。 我还没有使用 10.02.00.15 进行测试 — 还没有完成。  

要回答您的问题、实际上我正在通过 SYSCFG 导入密钥环：

谢谢、

RENs

尊敬的 Rens：

好的、这澄清了  gRequestSent Num_Hsm 之前 gRequestSent.ResponseReceived 的增量 Num_Hsm 。

Hsm Num_Hsm Keyring 使用 Hsm Client_Send AndRecv() API 将 Client_Import 消息发送到 HSM、而 mcelf 身份验证 API（如 auth start、update 和 finish）使用 Hsm Client_Enqueue AndSendMsg 来发送消息（它会使 gRequestSent 递增） 。

由于两个 Num_Hsm 调用使用相同的 ISR、因此在 这两种情况下都能看到 g.ResponseReceived 中的增量。

因此、在这种情况下、当您不执行 keyring init 时、实际上不会看到此问题。

我相信当前的 SDK 中也有该模块。  我将在明天结束时查看并重现此内容、并提交一个内部错误、以在同样的情况下修复此问题。

再次感谢。

此致、

Nikhil Dasan

你好,尼基尔,这确实是罪魁祸首。 公式的另一个因素是,我正在使用一个相当大的应用程序文件 (5MB+..) 因此、对于较小的应用程序文件、接收 HSM 响应 NACK 进行身份验证所需的时间要短得多、因此停止提前完成 finishAuth。 也许这就是直到现在它未被检测到的原因。 在任何情况下都是很好的结果、感谢您的检查

你好、Nikhil、

感谢您的确认和建议修复、非常感谢

谢谢、Rens