[参考译文] DRA821U-Q1：关于 Keywriter 应用错误代码

嗨、 Mizutani

]是什么原因导致“Sciclient_otpProcessKeyCfg 返回：–1"和“和“调试响应：0x10000“？

在这个第 16 位被设置 (0x10000),根据错误代码定义,它无法在设备上对 SMPKH 进行编程。

Ref：software-dl.ti.com/.../keywriter.html

作为一个实验,您可以尝试使用覆盖标志写入 MSV 值,这样我们就可以验证设置是否良好（针对带有覆盖标志的 MSV 的证书生成命令示例:./ gen_keywr_cert.sh -t ti_FEK_public.pem --mSv 0xC0FFE --mSv-OVRD ） )。

还共享 TIFS 跟踪以及 Keywriter 应用日志。 TIFS 布线将进入唤醒 UART 模式

此致
Diwakar

你（们）好

作为实验、您可以尝试使用覆盖标志写入 MSV 值、这样我们就可以验证设置是否良好（带有覆盖标志的 MSV 的证书生成命令示例：/gen_keywr_cert.sh -t ti_FEK_public.pem -mSv 0xC0V--mSv-OVRD） 。

我们将报告尝试上述方法的结果。

OTP Keywriter ver: 22.1.1--v2022.01 (Terrific Llam
OTP_VppEn
test_pmic_i2c_lld_intf_setup(): 493: PMIC_MAIN_INST I2C Setup...
test_pmic_i2c_lld_intf_setup(): 533: done...
I2C1: Passed for address 0x4c !!!
I2C1: Passed for address 0x4c !!!
Pmic_gpioSetValue ret: 0 Works!!!
Key programming sequence initialted
Taking OTP certificate from 0x41c73004
Sciclient_otpProcessKeyCfg returns: 0
Debug response: 0x2000000
Key programming sequence completed

根据“调试响应“的内容、我们可以确定发生了“KEYWR_ERR_PROGR_MSV"。“。
原因是什么？

此外、我们的电路板不使用 WKUP_UART。
因此、我们无法使用 WKUP_UART 检查日志。
是否可以使用 JTAG 等来确定原因？

此致
Mizutani

嗨、 Mizutani

 如果证书解析成功、我仍然怀疑 VPP SUPPLY。 为了确认这一点、我们可以 使用 TIFS 跟踪存储器转储日志。

您可以连接到 R5 内核并转储从  0x44083000 开始的 4KB 数据。

Ref：https://software-dl.ti.com/tisci/esd/latest/4_trace/trace.html#trace-memory-buffer-location

此致
Diwakar

您好、

感谢您的答复。
我们将调查 VPP 电源的任何潜在问题。

此外、您能否澄清证书分析失败的原因 (Sciclient_otpProcessKeyCfg 返回：–1 )？
我们对了解以下命令生成的证书中解析错误的潜在原因特别感兴趣。

~$ ./gen_keywr_cert.sh -t ti_fek_public.pem -s keys/smpk.pem --smek keys/smek.key -a keys/aes256.key --keycnt 1 --keyrev 1

此致
Mizutani

尊敬的  Mizutani：

此外、您能否说明证书分析失败的原因 (Sciclient_otpProcessKeyCfg 返回：–1)？

我认为在这种情况下也不会分析证书,只是为了确认我建议你做 MSV 写测试。 我们之前讲过。

[引述 userid=“540954" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1542364/dra821u-q1-about-keywriter-application-error-codes/5936661

您可以连接到 R5 内核并转储从  0x44083000 开始的 4KB 数据。

[/报价]

如果我们可以获得建议的 TIFS 日志,我们可以确认解析是否在 TIFS 内完成。

此致
Diwakar

您好、

原因是 VPP 耗材处理不正确。

我能够将它制作成一个 HSSE 器件。

-----------------------

SoC ID Header Info:

-----------------------

NumBlocks            : 2

-----------------------

SoC ID Public ROM Info:

-----------------------

SubBlockId           : 1

SubBlockSize         : 26

DeviceName           : j7vcl

DeviceType           : HSSE

DMSC ROM Version     : [0, 2, 0, 0]

R5 ROM Version       : [0, 2, 0, 0]

但 JTAG 似乎保持启用状态。

如何禁用 JTAG？

此致
Mizutani

嗨、 Mizutani  

您是否加载引导加载程序映像、然后连接到 A72？ 如果是、请确保您的引导加载程序证书没有调试扩展。

此致
Diwakar

您好、

我们通过引用以下论坛来引导内核。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1445146/sk-am62b-p1-fit-signature---secure-boot-clarification/5596064?tisearch=e2e-sitesearch&keymatch=custMpk.pem#5596064

如果是、请确保您的引导加载程序证书没有调试扩展。

您的意思是“CustMpk.crt"？“？  或“prim_cert_config.txt"？“？  可能是另一个文件？

如何确定我没有任何“调试扩展“？

此致
Mizutani