逐行分析u-boot==.docVIP

逐行分析u-boot 取自 百问网WIKI 跳转到: 导航, 搜索 目录 [隐藏] 1 15.1 Bootloader简介 1.1 15.1.1 Bootloader的概念 1.2 15.1.2 Bootloader的结构和启动过程 1.3 15.1.3 常用Bootloader介绍 2 15.2 U-Boot分析与移植 2.1 15.2.1 U-Boot工程简介 2.2 15.2.2 U-Boot源码结构 2.3 15.2.3 U-Boot的配置、编译、连接过程 2.3.1 1. U-Boot初体验 2.3.2 2. U-Boot的配置过程 2.3.3 3. U-Boot的编译、连接过程 2.4 15.2.4 U-Boot的启动过程源码分析 2.4.1 U-Boot第一阶段代码分析 2.4.2 U-Boot第二阶段代码分析 2.5 15.2.5 U-Boot的移植 2.5.1 1. 同时支持S3C2410和S3C2440 2.5.2 2. 支持串口xmodem协议 2.5.3 3. 支持网卡芯片CS8900 2.5.4 4. 支持NAND Flash 2.5.5 5. 支持烧写yaffs文件系统映像 2.5.6 6. 修改默认配置参数以方便使用 2.6 15.2.6 U-Boot的常用命令 2.6.1 1. U-Boot的常用命令的用法 2.6.2 2. U-Boot命令使用实例 2.7 15.2.7 使用U-Boot来执行程序 [编辑] 15.1 Bootloader简介 [编辑] 15.1.1 Bootloader的概念 一。 Bootloader的引入 从前面的硬件实验可以知道，系统上电之后，需要一段程序来进行初始化：关闭WATCHDOG、改变系统时钟、初始化存储控制器、将更多的代码复制到内存中等等。如果它能将操作系统内核(无论从本地，比如Flash；还是从远端，比如通过网络)复制到内存中运行，就称这段程序为 Bootloader。 简单地说，Bootloader就是这么一小段程序，它在系统上电时开始执行，初始化硬件设备、准备好软件环境，最后调用操作系统内核。 可以增强Bootloader的功能，比如增加网络功能、从PC上通过串口或网络下载文件、烧写文件、将Flash上压缩的文件解压后再运行等──这就是一个功能更为强大的Bootloader，也称为Monitor。实际上，在最终产品中用户并不需要这些功能，它们只是为了方便开发。 Bootloader的实现严重依赖于具体硬件，在嵌入式系统中硬件配置千差万别，即使是相同的CPU，它的外设(比如Flash)也可能不同，所以不可能有一个Bootloader支持所有的CPU、所有的电路板。即使是支持CPU架构比较多的U-Boot，也不是一拿来就可以使用的 (除非里面的配置刚好与你的板子相同)，需要进行一些移植。 二。 Bootloader的启动方式 CPU上电后，会从某个地址开始执行。比如MIPS结构的CPU会从0xBFC00000取第一条指令，而ARM结构的CPU则从地址 0x0000000开始。嵌入式单板中，需要把存储器件ROM或Flash等映射到这个地址，Bootloader就存放在这个地址开始处，这样一上电就可以执行。 在开发时，通常需要使用各种命令操作Bootloader，一般通过串口来连接PC和开发板，可以在串口上输入各种命令、观察运行结果等。这也只是对开发人员才有意义，用户使用产品时是不用接串口来控制Bootloader的。从这个观点来看，Bootloader可以分为两种操作模式 (Operation Mode)： （1）启动加载(Boot loading)模式。 上电后，Bootloader从板子上的某个固态存储设备上将操作系统加载到RAM中运行，整个过程并没有用户的介入。产品发布时，Bootloader工作在这种模式下。 （2）下载(Downloading)模式。 在这种模式下，开发人员可以使用各种命令，通过串口连接或网络连接等通信手段从主机(Host)下载文件(比如内核映像、文件系统映像)，将它们直接放在内存运行或是烧入Flash类固态存储设备中。 板子与主机间传输文件时，可以使用串口的xmodem/ymodem/zmodem协议，它们使用简单，只是速度比较慢；还可以使用网络通过tftp、nfs协议来传输，这时，主机上要开启tftp、nfs服务；还有其他方法，比如USB等。 像Blob或U-Boot等这样功能强大的Bootloader通常同时支持这两种工作模式，而且允许用户在这两种工作模式之间进行切换。比如，U-Boot在启动时处于正常的启动加载模式，但是它会延时若干秒(这可以设置)等待终端