在基于Linux的AM335x软件开发流程中，第一步就是U-Boot/SPL（SecondProgram Loader）的移植。在移植中遇到问题比较常见，而U-Boot/SPL的调试手段比较简陋，不便于迅速找到问题。利用仿真器可以单步调试的特点，就可以迅速定位到出问题的代码所在位置，加速移植的调试过程。本文主要介绍如何用CCS+emulator调试基于AM335x的U-Boot/SPL。

　　1. AM335x Linux启动过程以及U-Boot/SPL调试代码的准备

　　1.1 ［url=］AM335x Linux［/url］的启动过程

　　AM335x Linux的启动主要包括ROM，SPL， U-Boot 和kernel四个启动步骤：

　　A. ROM code

　　ROM code是固化在芯片内部的代码，当上电时序正确，而且晶振等芯片启动所需的条件都具备时，AM335x会从ROM code开始运行。

　　ROM code首先会读取sys_boot引脚上的配置，以确定存放SPL的存储器，或者可以获取SPL的外设。

　　具体可以参考AM335x technical reference manual中的第26章 Initialization。

　　ROM code会从相应的地方读取/获取SPL，并运行SPL。

　　B. SPL

　　SPL 和U-Boot 是bootloader的两个阶段。这里分为两个阶段的原因是， ROM code中不会配置DDR，时钟等最小系统，所以ROM code只能把bootloader加载到片上SRAM中，而片上SRAM对成本影响很大，所以通常很小，例如在AM335x上只有64K，不足够放下整个U-Boot，所以将U-Boot分成两部分，SPL和U-Boot。

　　SPL主要的职责就是初始化DDR，时钟等最小系统，以读取U-Boot，并加载到DDR中。具体来看，SPL 由ROM code加载到片上SRAM的起始位置，也就是0x402F0400。SPL会进一步对芯片进行配置，主要包括以下几个方面以完成其主要职责：

　　a. 配置ARM core。 主要包括对中断向量表，cache，MMU等的配置。

　　b. 配置时钟系统，主要是PLL等。这个是配置各个功能模块的基础。 大功率电感厂家 |大电流电感工厂