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.
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1530694/am62p-am62p-sbl-with-gd25f64-flash-the-mirror-loading-speed-is-slow
工具/软件：
您好：
我们使用 AM62P 10.0.0 SDK、 并将闪存修改到 GD25F64。 但 微镜负载速度较慢。
Re — 将该线程分配给相应的专家... 持续关注。
您好、张：
镜像加载速度很慢。
在回答您的问题之前、您能否帮助澄清什么是镜像加载？
让我检查一下 10.0 和 10.1 之间的这些差异、以便我对这些变化有更多的背景。
同时、您可以继续说明什么是微镜负载。
此致、
Vaibhav
微镜负载为：
例如、在引导阶段 1 中、文件“sbl_ospi_linux_stage2.release.appimage.hs_fs"将“将从闪存复制到 DDR 中的地址 0x84000000。 然后、将其从地址 0x84000000 复制到特定的运行时地址。
已知 NOR 引导介质的 TIFS 验证失败。 SDK 通过将映像配置为 DAC 模式、请求 TIFS 直接从 NOR 闪存对映像进行身份验证。 在某些情况下、NOR 闪存器件在读取图像时可能无法满足 Cryto 加速器的预期吞吐量。
因此、从 SDK v11.0 开始、添加了一种机制、可首先从 NOR 中将映像读取到 DDR、然后在身份验证直接从闪存中失败时请求身份验证。
在帮助的情况下,下面是引入机制的提交:
am62x/am62px/am62dx：引导加载程序：针对 ospi NOR·TexasInstruments/mcupsdk-core-k3@3ed9136 使用 DDR 复制
在哪个内核上运行 TIFS、在哪个阶段加载它？
TIFS 在安全管理子系统 (SMS) 内的内核上运行。 它在引导 SBL stage1 的过程中由 ROM 加载。
对于闪存本身的身份验证失败、您可以尝试使用 SDK v11.0 中的 TIFS v11.0。 该 TIFS 版本增加了从闪存完成 DMA 事务的超时、从而在一定程度上放宽了吞吐量要求。
如果这也不起作用、那么您必须坚持将映像加载到 DDR 中、然后对其进行身份验证的过程。
