Other Parts Discussed in Thread: AM3352, SYSBIOS
Thread 中讨论的其他器件:AM3352、 SYSBIOS
工具/软件:TI-RTOS
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.
Other Parts Discussed in Thread: AM3352, SYSBIOS
工具/软件:TI-RTOS
我们不在引导加载程序代码中使用 DMA 从任何引导介质引导、目前没有计划在引导加载程序代码中实现这一点。 如果这是您的系统要求、我们建议使用 SDK 中的 SPI LLD 驱动程序、该驱动程序支持使用 EDMA 来加快引导过程。
您是否确定由于 SPI 传输速度而导致的引导时间为30秒、而不是其他情况。 这位于定制板或 TI EVM 上。
SPI 是否是 SYSBOOT 引脚设置方式中的第一种引导模式? 如果没有、则需要配置平台 SYSBOOT 引脚、以便 SPI 是它尝试从其引导的第一个引导模式。 如果在 SPI 之前配置了 UART/Ethernet 或任何其他外设引导模式、则 ROM 引导加载程序将首先检查其他引导模式、然后再在 SPI 闪存上查找映像。 此器件上没有 QSPI 外设仅 AM437x 和 AM57xx 器件支持 QSPI 引导。
[报价用户="Eten Wu">在将应用程序映像加载到内存后、我们的器件将打印"跳转到 StarterWare 应用程序..." 然后等待30秒、然后再执行应用程序代码。
您需要使用 SBL 代码调试此问题。 将引导加载程序和应用程序刷写到闪存中之后。 您可以使用仿真器和 GEL 文件连接到 A8内核、并加载 pdk_am335x_1_0_x\packages/ti\starterware\binary\bootloader\bin\AM335x-evm\gcc\bootloader_boot_boot_mcspi_a8host_debug.out、然后单步执行代码以查找导致30秒延迟的原因。
此外、请注意、如果您有堆和未初始化的存储器段、则应向这些段添加 NO_LOAD 选项、否则编译器将仅传输一系列零。 请查看此选项以消除加载堆:
https://e2e.ti.com/support/arm/sitara_arm/f/791/p/604616/2225826