工具与软件:
在"AM64x MCU+ SDK 10.01.00"的 BOOTFLOW_guide 中、有一个 适用于 HS-sysfw FS 和 HS-SE 器件的 sysfw 版本列表。 (系统控制器固件(SYSFW)部分)
这是否意味着我们不能在保险丝熔断之前和之后使用单个 tiboot3.bin?
到目前为止、我们一直假设我们可以使用 HS-SE SYSFW 下载来 构建我们用于开发的 tiboot3.bin、并且在使用 key_writer 来熔断保险丝后、这将起作用。
请提供建议。
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
在"AM64x MCU+ SDK 10.01.00"的 BOOTFLOW_guide 中、有一个 适用于 HS-sysfw FS 和 HS-SE 器件的 sysfw 版本列表。 (系统控制器固件(SYSFW)部分)
这是否意味着我们不能在保险丝熔断之前和之后使用单个 tiboot3.bin?
到目前为止、我们一直假设我们可以使用 HS-SE SYSFW 下载来 构建我们用于开发的 tiboot3.bin、并且在使用 key_writer 来熔断保险丝后、这将起作用。
请提供建议。
您好!
[quote userid="592180" url="~/support/processors-group/processors/f/processors-forum/1459409/am6442-difference-between-sysfw-for-hs-devices 这是否意味着我们不能有一个 tiboot3.bin 在熔丝熔断前和熔丝熔断后都可以使用?正确。
组合图像(tiboot3.bin)为 HSFS 和 HSSE 器件单独构建。
此致、
Prashant
HMM -那么在 HS-SYSFW 设备上使用 HS-SE FS 会有什么影响呢?
因为我们认为、这是我们一直在做的、到目前为止没有遇到任何问题。
然而、我们的 Yocto 构建可能是"正确的做法"、实际上使用 HS-SYSFW 创建了 tiboot3.bin FS -这将解释我们在编程的第一个器件时出现的问题。
那么我们是否可以进行"单一"API 调用以允许我们识别 SYSFW 变体?
我们的引导日志目前显示"SYSFW ABI:3.1 (固件版本0x0009 '9.2.7--v09.02.07 (Kool Koala)')"、但这无法帮助确定它是 HS-BIOS FS 还是 HS-SE。
HMM -那么在 HS-SYSFW 设备上使用 FS 会有什么影响?
HSFS 器件无法引导。
[报价 userid="598180" url="~/support/processors-group/processors/f/processors-forum/1459409/am6442-difference-between-sysfw-for-hs-devices/5599387 #5599387"]但是、我们的 Yocto 构建可能是"正确无误"、并且实际使用 HS-SYSFW创建了 tiboot3.bin FS完全是这种情况。
所以我们是否可以进行"简单"API 调用以允许我们识别 SYSFW 变体?
没有直接的运行时方法来标识 SYSFW 类型。 间接地、如果应用程序 能够与 SYSFW 通信、则运行的 SYSFW 与器件类型相同(可从 MMR 读取)。
在任何情况下、ROM 都会引导 SYSFW、因此您不能根据器件类型手动加载 SYSFW。
此致、
Prashant
在任何情况下、ROM 均引导 SYSFW、因此您无法根据设备类型手动加载 SYSFW。
我认为、这种说法不一定是正确的。
使用 AM64x、仍然可以在运行时加载 SysFW、并且让 ROM 仅加载 R5f、如"拆分"引导映像(在"新"组合引导映像之前)中所示。
此致、
Dominic
使用 AM64x、仍然可以在运行时加载 SysFW、并且让 ROM 仅加载 R5f、如"split"引导映像
是的、这在理论上是可行的、但我们不会广播对 ROM 传统引导的支持。