安全启动在 BL2 中失败看起来是因为 高效密码学标准(SEC)/CAAM 未初始化。在仔细研究代码时，似乎没有直接调用 sec_init，但看起来配置函数是在它之前被调用的，因此全局变量无法获得 高效密码学标准(SEC) 区块地址的定义常量。即 NXP_CAAM_ADDR 值。当我对这个值进行硬编码时，我可以让它稍微进一点，但随后我出现了无法刷新/重置任务铃声的错误。
你好
NXP_CAAM_ADDR 进行硬编码并克服地址错误但遇到 Job Ring 刷新/RESET 错误时，这通常意味着 CAAM 硬件块要么没有时钟，要么处于过渡状态，要么被安全违规阻止。sec_init没有在配置函数之前被调用的原因，很可能是bl2_main.c中的顺序造成的。或特定平台的plat_bl2_el3_setup.c。- 修复：确保在
bl2_el3_early_platform_setup内调用 plat_ls_sec_init()（或与 SoC 类似的函数）。 - 全局变量问题：如果
NXP_CAAM_ADDR没有弹出，请检查平台的plat_get_caam_address()函数是否返回 0，或者 BL2 转换表中的数据段是否没有正确映射。
- 安全违规（最有可能）：如果 SoC 处于 " Closed " 模式（已熔丝），CAAM 可能在从 bootROM 过渡到 BL2 的过程中触发了安全违规。网络安全违规会使 CAAM 处于 " Halted " 状态，在该状态下，在违规行为被清除之前，无法重置或使用工作戒指。
- 缺少时钟/功率：如果在 BL2 期间未在 DCFG（设备配置）或 PCC（外设时钟控制）中明确启用 高效密码学标准(SEC) 模块时钟门，则寄存器将可访问（如果幸运的话），但内部逻辑（如 Job Ring 控制器）不会响应重置命令。
- 主 ID (MID) 不匹配：作业环需要特定的主 ID 配置，以便 BL2（在 EL3 中运行）能够"自己的" 。如果 BootROM 将振铃分配到不同的 MID 但没有释放它们，BL2 在尝试 RESET 它们时会超时。
- 检查 SEC_VID（版本 ID）和 SEC_STA（状态）寄存器：在 Job Ring 重置呼叫之前阅读这些寄存器。如果状态寄存器显示网络安全违规，则需要找出触发该违规的原因（通常是前一阶段的身份验证失败）。
- 验证重置位：确保在切换重置位后等待足够长的时间。在某些芯片版本中，CAAM 重置所需的时间比 SDK 中提供的标准延迟环路长。
- 检查 TrustZone 设置：确保您正在访问的任务环在中央安全单元 (CSU) 或资源域控制器 (RDC) 中标记为 " Secure "。
此致
开机后，但在加载 SRKH 镜像寄存器并释放 CPU 之前，如果我检查 DCFG_CCSR_DEVDISR1 寄存器，我会发现位 22 (高效密码学标准(SEC)) 设置为 1。根据有关重置的文档，该寄存器应全部为 0。在启动过程的这么早期，这个值可能在哪里设置？我需要对 pbl 命令做些什么吗？RCW 是否有误？我确实看到在低功耗安全寄存器中检测到电源故障，但我也看到配置寄存器显示应忽略/不应对低功率篡改采取行动。
好吧，谁能帮我确认一下？
在 TF-A 驱动程序/nxp/dcfg/dcfg.c 中我找到了一个用于检查是否启用 高效密码学标准(SEC) 的计算方法。它在 SVR_SEC_MASK 和寄存器 0x1ee00a4 的值之间进行比特& ，寄存器 0x1ee00a4 是一个只读寄存器。如果我正确读取了字段，那么 16-23 位的状态是否为 ls1043 或 ls1023，是否 高效密码学标准\(SEC\) 硬件是否启用。我看到该位的值为 0x00000001。哪个会是这个芯片上禁用的高效密码学标准(SEC)封锁，对吗？我参考了完整零件号的示意图并得到了 LS1043ASN7MNLB，当我查看恩智浦的网站显示高效密码学标准(SEC)已禁用时。这是否导致了我的安全启动问题？高效密码学标准(SEC)能否启用这款芯片，还是在它离开恩智浦后就一成不变了？我们需要考虑其他芯片吗，还是可以在没有高效密码学标准(SEC)的情况下进行安全启动？
支持人工智能复制粘贴？如果我们要走这条路，就需要进一步调整代理。如果 SoC 知道自己的代码库，那么它就应该知道 NXP_CAAM_ADDR 是在头文件中静态定义的，而不是先填充的。