OMAPL138处理器的启动流程与DSP-ARM通信

"OMAPL138的启动过程涉及多个阶段，从硬件层面的初始化到软件层面的加载运行。启动流程如下： 1. 开机上电时，用户的启动配置会被锁定到SYSCFG模块的BOOTCFG寄存器中，这决定了处理器的启动模式。 2. PSC（Power Supply Controller）模块默认设置为ARM核心休眠，DSP核心启用。因此，系统首先启动DSP，它从片内DSP L2 ROM加载并执行固化了的DSP ROM Bootloader (DSP RBL)。 3. DSP RBL完成初步初始化后，通过PSC模块唤醒ARM核心，同时自身进入休眠状态。ARM核心随后从片内的RAM Local ROM启动，执行ARM ROM Bootloader (ARM RBL)。 4. ARM RBL执行初始化任务后，根据BOOTCFG寄存器的设定，读取AIS (Application Image Script) 格式的BootLoader，即U-Boot BootLoader (UBL)。UBL可能存储在Nandflash或其他指定位置。 5. ARM RBL解析并执行AIS格式的UBL，进一步初始化系统，并加载运行U-Boot。U-Boot根据启动参数启动Linux操作系统，Linux加载根文件系统。 6. Linux运行后，会执行/etc/profile中的指令。在这个阶段，可以加载DSP Link内核模块，生成/dev/dsplink设备文件，实现ARM与DSP之间的通信和控制。 7. 在用户空间，我们可以通过编写ARM端程序，利用DSP Link库函数操作dsplink设备来控制和通信DSP。通过库函数加载DSP应用程序到内存，并使用PROC函数启动DSP核心。至此，ARM和DSP核心都能独立运行，通过DSP Link进行通信。 这个过程详细描述了OMAPL138处理器如何在启动时协调ARM和DSP核心的工作，以及如何通过中断和PSC模块实现双核间的交互。TI的达芬奇架构为双核通信提供了一种有效机制，使得非对称多核结构能够在嵌入式应用中高效运行。"