您好！
我正在尝试使用我们定制板上的 SBL 启用 OSPI 引导、但不是
我们使用的是定制 MCU1_0固件的标准 MCU-SW (CAN-boot-app)
(这将像 MCU-SW 那样从 OSPI 闪存引导其他内核)。
基本上、这与 SBL -> MCU-SW 设置非常相似、只有
区别在于、MCU-SW 加载到 SRAM、而我们在 MCU1_0上运行的定制固件使用 DDR。
但是、这对于我们来说不是开箱即用的、因为在期间 BSS 部分未调零
二进制加载。 遗憾的是、有一段与 SCI 服务器/客户端相关的代码
假设静态变量(位于 BSS 中)在启动时实际等于零的逻辑。
例如、请参阅 pdk_jacinto_07_03_00_29/packages/ti/drv/sciclient/srm_pm_hal/pm/drivers/spc/psc.c
具体来说、PSC_Lookup 函数假设'static struct device * PSC_devs'初始化为零。
BTW 这似乎不是应用此假设的唯一位置、因为它无法完全解决问题。
如果我获得了正确的 RPRC 格式、用于对 OSPI 闪存进行编程、那么当从 ELF 生成时、将完全丢失 BSS 段信息
因此、SBL 似乎甚至不知道在固件加载期间应将哪个存储器区域归零。
作为权变措施、我已将 SBL 的代码更新为零、将用于 MCU 固件的整个 DDR 更新为零、现在一切正常
但是、由于我们实际使用了相当多的 MCU、因此我们必须将大量耗时的内存归零
(我们的 MCU 固件类似于 MCU-SW、使用相同的固件加载逻辑和 RPRC 格式、因此 SBL 仅加载 MCU1_0
我们似乎需要为 MCU2_0和 MCU3_0等其他内核实现零 DDR、以确保其正常工作)。
我想知道我是否错过了某个东西、并且有一种方法可以正确地处理 BSS
使用 SBL 正确启用 OSPI 引导、否则预计会出现这种行为、SBL 应仅从 SRAM 启动代码
(由于硬件规格、我假设在初始化时将其归零-不是吗？)。
谢谢、
安德烈。
