u-boot2011.06移植到s3c2410

### U-Boot 2011.06 移植到 S3C2410 的过程记录 #### 一、开发环境说明 本移植工作针对阳初2410v2.3开发板，其核心组件为S3C2410A处理器，配备64MB RAM（两片HY57V641620组成），64MB NAND Flash（K9F1808UOM），以及CS8900A以太网控制器。主机系统采用Fedora 15 i686平台，并使用了友善之臂提供的arm-linux-gcc-4.4.3-20100728交叉编译工具链进行开发。此外，OpenJTAG用于JTAG调试，OpenOCD作为片上调试器，Kermit作为串口终端。 #### 二、编译 U-Boot 2011.06 版本的编译流程较之前版本有所简化。对于阳初2410（YC2410）这类基于SMDK2410设计的开发板，可以通过以下步骤进行编译： 1. **配置：** - 需要确保`include/configs/`目录下有对应开发板的配置文件，如`smdk2410.h`。 - 在`board/`目录下应包含与该板相关的底层初始化文件等。 - 编辑`boards.cfg`文件，添加支持新板的信息。 2. **编译命令：** - `make smdk2410_config` - `make all` 编译完成后会生成一系列输出文件，如`u-boot.bin`等。 #### 三、在RAM中运行 **3.1 在RAM中无法执行初始化函数** - 将编译好的`u-boot.bin`使用OpenJtag加载到内存地址`0x33f80000`处运行。 - 问题现象：串口没有任何输出。 - 解决方案尝试： - 定义两个宏以跳过低级初始化和重定位过程：`#define CONFIG_SKIP_LOWLEVEL_INIT 1` 和 `#define CONFIG_SKIP_RELOCATE_UBOOT 1`。 - 单步调试发现程序在`board_init_f`函数中的`memset`调用后未返回。 - 添加`while(1);`语句于`memset`之后，通过OpenOCD单步调试发现程序确实返回了`memset`调用。 **3.2 在RAM中relocate失败** - 如果上述问题解决后仍存在问题，则可能是在重定位阶段出现问题。 - 可以检查重定位函数`relocate()`是否正确实现，或者是否有其他初始化函数未被正确调用。 - 调试时关注`board_init_f`函数中的初始化步骤是否按预期执行。 **3.3 去掉flash支持** - 在某些情况下，如果不需要flash支持，则可以移除这部分功能以减少复杂性。 - 这可以通过禁用配置选项`CONFIG_SYS_FLASH`来实现。 - 移植过程中，如果不需要使用flash，可以暂时忽略这部分以排除干扰因素。 #### 四、NAND Flash 启动 **4.1 添加NAND支持** - 添加对NAND Flash的支持是关键一步，因为后续步骤都需要依赖于此。 - 编辑`boards.cfg`文件，添加对NAND Flash的支持配置。 - 检查并确认NAND Flash驱动已正确配置，例如使用S3C2410的NAND Flash驱动。 **4.2 clearbss异常** - 在NAND Flash启动过程中可能会遇到`clearbss`异常。 - 此问题通常发生在BSS段清零阶段，可以通过打印内存地址或增加调试信息来定位问题。 - 确认NAND Flash的起始地址是否正确，以及BSS段的大小是否与实际匹配。 **4.3 从NAND Flash中复制代码异常** - 如果从NAND Flash复制代码到RAM中时出现问题，可能是因为复制过程中的错误或NAND Flash配置不正确。 - 需要检查复制过程中的地址和长度是否正确设置。 - 使用调试工具查看复制过程中的内存状态。 **4.4 Nand Flash配置更正** - 确认NAND Flash的配置参数是否准确，如页大小、块大小等。 - 检查NAND Flash驱动是否正确初始化。 - 调整NAND Flash的读取速度和延迟时间。 **4.5 代码复制** - 确保代码能够正确地从NAND Flash复制到RAM中。 - 测试不同大小的数据块复制，以确认复制逻辑是否健壮。 - 使用CRC校验或其他机制验证数据完整性。 **4.6 跳到RAM中执行** - 在完成代码复制后，需要将控制权转移至RAM中继续执行。 - 确认跳转地址是否正确，以及是否正确设置了堆栈指针等必要寄存器。 **4.7 代码复制速度慢** - 复制速度慢可能是由NAND Flash本身的性能限制导致的。 - 可以尝试优化复制逻辑，比如减少不必要的内存访问。 - 考虑使用DMA或其他硬件加速方式提高复制效率。 **4.8 不断重启** - 如果系统不断重启，可能是内存管理或时钟配置问题。 - 检查NAND Flash是否出现坏块或损坏情况。 - 调整系统时钟配置以适应NAND Flash的特性。 #### 五、环境变量保存在NAND Flash中 - 将U-Boot的环境变量保存在NAND Flash中是一种常见做法。 - 需要在配置中启用`CONFIG_ENV_IS_IN_NAND`选项。 - 实现上需要注意环境变量的格式和存储布局，确保能够正确读写。 #### 六、NAND-SPL原理 - NAND-SPL（Secondary Program Loader）是指在主引导程序之前运行的一小段代码。 - 主要作用是从NAND Flash加载主引导程序到RAM中，然后跳转到RAM中继续执行。 - NAND-SPL的设计目的是为了提高启动速度和减少对主引导程序的依赖。 - 通常NAND-SPL会驻留在NAND Flash的一个特定区域，以避免每次启动都需要读取整个主引导程序。 #### 七、U-Boot 移植总结 - 移植U-Boot到S3C2410的关键在于理解硬件特性及如何适配U-Boot框架。 - 在整个过程中，细致的调试和日志记录非常关键，以便于追踪问题所在。 - 对于NAND Flash支持和环境变量保存等功能的实现，需仔细配置并进行充分测试。 通过以上详细记录的过程可以看出，将U-Boot 2011.06 移植到S3C2410开发板涉及多个关键环节，每个环节的成功实现都是整个项目成功的关键。在整个移植过程中，需要综合运用硬件知识、软件编程技巧以及良好的调试策略，才能顺利完成任务。