uboot代码详细分析.pdf

《uboot代码详细分析.pdf》由会员分享，可在线阅读，更多相关《uboot代码详细分析.pdf（88页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、目录目录 u-boot-1.1.6 之 cpu/arm920t/start.s 分析.2 u-boot 中.lds 连接脚本文件的分析.12 分享一篇我总结的 uboot 学习笔记（转）.15 U-BOOT 内存布局及启动过程浅析.22 u-boot 中的命令实现.25 U-BOOT 环境变量实现.28 1.相关文件.28 2.数据结构.28 3.ENV 的初始化.30 3.1env_init.30 3.2 env_relocate.30 3.3*env_relocate_spec.31 4.ENV 的保存.31 U-Boot 环境变量.32 u-boot 代码链接的问题.35 ldr 和 a

2、dr 在使用标号表达式作为操作数的区别.40 start_armboot 浅析.42 1.全局数据结构的初始化.42 2.调用通用初始化函数.43 3.初始化具体设备.44 4.初始化环境变量.44 5.进入主循环.44 u-boot 编译过程.44 mkconfig 文件的分析.47 从 NAND 闪存中启动 U-BOOT 的设计.50 引言.50 NAND 闪存工作原理.51 从 NAND 闪存启动 U-BOOT 的设计思路.51 具体设计.51 支持 NAND 闪存的启动程序设计.51 支持 U-BOOT 命令设计.52 结语.53 参考文献.53 U-boot 给 kernel 传参数

3、和 kernel 读取参数struct tag(以及补充).53 1、u-boot 给 kernel 传 RAM 参数.54 2、Kernel 读取 U-boot 传递的相关参数.56 3、关于 U-boot 中的 bd 和 gd.59 U-BOOT 源码分析及移植.60 一、u-boot工程的总体结构：.61 1、源代码组织.61 2.makefile 简要分析.61 3、u-boot 的通用目录是怎么做到与平台无关的？.63 4、smkd2410 其余重要的文件：.63 二、u-boot 的流程、主要的数据结构、内存分配.64 1、u-boot 的启动流程：.64 2、u-boot 主要的

4、数据结构.66 3、u-boot 重定位后的内存分布：.68 三、u-boot 的重要细节。.68 关于 U-boot 中命令相关的编程：.73 四、U-boot 在 ST2410 的移植，基于 NOR FLASH 和 NAND FLASH 启动。.76 1、从 smdk2410 到 ST2410:.76 2、移植过程：.76 3、移植要考虑的问题：.77 4、SST39VF1601:.77 5、我实现的 flash.c 主要部分：.78 6、增加从 Nand 启动的代码：.82 7、添加网络命令。.87 u-boot-1.1.6 之之 cpu/arm920t/start.s 分析分析 /*a

5、rmboot-Startup Code for ARM920 CPU-core *Copyright(c)2001 Marius Gr 鰃 er *Copyright(c)2002 Alex Z 黳 ke *Copyright(c)2002 Gary Jennejohn *See file CREDITS for list of people who contributed to this *project.*This program is free software;you can redistribute it and/or *modify it under the terms of th

6、e GNU General Public License as *published by the Free Software Foundation;either version 2 of *the License,or(at your option)any later version.*This program is distributed in the hope that it will be useful,*but WITHOUT ANY WARRANTY;without even the implied warranty of *MERCHANTABILITY or FITNESS F

7、OR A PARTICULAR PURPOSE.See the *GNU General Public License for more details.*You should have received a copy of the GNU General Public License *along with this program;if not,write to the Free Software *Foundation,Inc.,59 Temple Place,Suite 330,Boston,*MA 02111-1307 USA */#include#include /*Jump ve

8、ctor table as in table 3.1 in 1 */global 声明一个符号可被其他文档引用，相当于声明了一个全局变量，.globl 和.global 相同。/该部分为处理器的异常处理向量表。地址范围为 0 x0000 0000 0 x0000 0020,刚好 8 条指令。.globl _start /u-boot 启动入口 _start:b reset /复位向量并且跳转到 reset ldr pc,_undefined_instruction ldr pc,_software_interrupt ldr pc,_prefetch_abort ldr pc,_data_ab

9、ort ldr pc,_not_used ldr pc,_irq /中断向量 ldr pc,_fiq /中断向量 /.word 伪操作用于分配一段字内存单元（分配的单元都是字对齐的），并用伪操作中的 expr 初始化。.long 和.int 作用与之相同。_undefined_instruction:.word undefined_instruction _software_interrupt:.word software_interrupt _prefetch_abort:.word prefetch_abort _data_abort:.word data_abort _not_used:

10、.word not_used _irq:.word irq _fiq:.word fiq /.align 伪操作用于表示对齐方式：通过添加填充字节使当前位置满足一定的对齐方式。.balign 的作用同.align。/.align alignment,fill,max /其中：alignment 用于指定对齐方式，可能的取值为 2 的次幂，缺省为 4。fill 是填充内容，缺省用 0填充。max 是填充字节数最大值，假如填充字节数超过 max,/就不进行对齐,例如：/.align 4 /*指定对齐方式为字对齐*/.balignl 16,0 xdeadbeef /*Startup Code(res

11、et vector)*do important init only if we dont start from memory!*relocate armboot to ram *setup stack *jump to second stage */TEXT_BASE 在研发板相关的目录中的 config.mk 文档中定义,他定义了 /代码在运行时所在的地址,那么_TEXT_BASE 中保存了这个地址 _TEXT_BASE:.word TEXT_BASE /声明 _armboot_start 并用 _start 来进行初始化，在 board/u-boot.lds 中定义。.globl _arm

12、boot_start _armboot_start:.word _start/*These are defined in the board-specific linker script.*/声明_bss_start 并用_bss_start 来初始化，其中_bss_start 定义在和板相关的 u-boot.lds 中。/_bss_start 保存的是_bss_start 这个标号所在的地址,这里涉及到当前代码所在 /的地址不是编译时的地址的情况,这里直接取得该标号对应的地址,不受编译时 /地址的影响._bss_end 也是同样的道理.globl _bss_start _bss_start:

13、.word _bss_start /同上.globl _bss_end _bss_end:.word _end#ifdef CONFIG_USE_IRQ/*IRQ stack memory(calculated at run-time)*/.globl IRQ_STACK_START IRQ_STACK_START:.word 0 x0badc0de/*IRQ stack memory(calculated at run-time)*/.globl FIQ_STACK_START FIQ_STACK_START:.word 0 x0badc0de#endif /*the actual rese

14、t code */MRS Rd,CPSR|SPSR 将 CPSR|SPSR 传送到 Rd/使用这两条指令将状态寄存器传送到一般寄存器，只修改必要的位，再将结果传送回状态寄存器，这样能够最好地完成对 CRSP 或 SPSR 的修改/MSR CPSR_|SPSR_,Rm 或是 MSR CPSR_f|SPSR_f,#/MRS 和 MSR 配合使用，作为更新 PSR 的“读取修改写回”序列的一部分/bic r0,r1,r2 ;r0:=r1 and not r2/orr ro,r1,r2 ;r0:=r1 or r2/这几条指令执行完毕后，进入 SVC32 模式，该模式主要用来处理软件中断(SWI)res

15、et:/*set the cpu to SVC32 mode */mrs r0,cpsr /将 CPSR 状态寄存器读取，保存到 R0 中 bic r0,r0,#0 x1f orr r0,r0,#0 xd3 msr cpsr,r0 /将 R0 写入状态寄存器中/*turn off the watchdog*/关闭看门狗#if defined(CONFIG_S3C2400)#define pWTCON 0 x15300000#define INTMSK 0 x14400008/*Interupt-Controller base addresses*/#define CLKDIVN 0 x1480

16、0014/*clock divisor register*/#elif defined(CONFIG_S3C2410)#define pWTCON 0 x53000000#define INTMSK 0 x4A000008/*Interupt-Controller base addresses*/#define INTSUBMSK 0 x4A00001C#define CLKDIVN 0 x4C000014/*clock divisor register*/#endif#if defined(CONFIG_S3C2400)|defined(CONFIG_S3C2410)ldr r0,=pWTC

17、ON mov r1,#0 x0 str r1,r0 /*mask all IRQs by setting all bits in the INTMR-default */关闭所有中断 mov r1,#0 xffffffff ldr r0,=INTMSK str r1,r0#if defined(CONFIG_S3C2410)ldr r1,=0 x3ff ldr r0,=INTSUBMSK str r1,r0#endif /*FCLK:HCLK:PCLK=1:2:4*/*default FCLK is 120 MHz!*/ldr r0,=CLKDIVN mov r1,#3 str r1,r0#e

18、ndif/*CONFIG_S3C2400|CONFIG_S3C2410*/*we do sys-critical inits only at reboot,*not when booting from ram!*/B 转移指令，跳转到指令中指定的目的地址 /BL 带链接的转移指令，像 B 相同跳转并把转移后面紧接的一条指令地址保存到链接寄存器 LR（R14）中，以此来完成子程式的调用 /该语句首先调用 cpu_init_crit 进行 CPU 的初始化，并把下一条指令的地址保存在 LR 中，以使得执行完后能够正常返回。#ifndef CONFIG_SKIP_LOWLEVEL_INIT bl c

19、pu_init_crit#endif#ifndef CONFIG_SKIP_RELOCATE_UBOOT /调试阶段的代码是直接在 RAM 中运行的，而最后需要把这些代码固化到 Flash 中，因此 U-Boot 需要自己从 Flash 转移到 /RAM 中运行，这也是重定向的目的所在。/通过 adr 指令得到当前代码的地址信息：假如 U-boot 是从 RAM 开始运行，则从 adr,r0,_start 得到的地址信息为 /r0=_start=_TEXT_BASE=TEXT_BASE=0 xa3000000;假如 U-boot 从 Flash 开始运行，即从处理器对应的地址运行，/则 r0=

20、0 x0000,这时将会执行 copy_loop 标识的那段代码了。/_TEXT_BASE 定义在 board/smdk2410/config.mk 中 relocate:/*relocate U-Boot to RAM */adr r0,_start /*r0-current position of code */ldr r1,_TEXT_BASE /*test if we run from flash or RAM*/cmp r0,r1 /*dont reloc during debug */beq stack_setup /重新定位代码/声明_bss_start 并用_bss_start

21、 来初始化，其中_bss_start 定义在和板相关的 u-boot.lds 中 ldr r2,_armboot_start ldr r3,_bss_start sub r2,r3,r2 /*r2-size of armboot */add r2,r0,r2 /*r2 region:phdr=fill.s e c n a m e 和 c o n t e n t s 是必须的，其他的都是可选的。下面挑几个常用的看看：1、secname：段名 2、contents：决定哪些内容放在本段，可以是整个目标文件，也可以是目标文件中的某段（代码段、数据段等）3、start：本段连接（运行）的地址，如果没有

22、使用 AT（ldadr），本段存储的地址也是 start。GNU 网站上说 start 可以用任意一种描述地址的符号来描述。4、AT（ldadr）：定义本段存储（加载）的地址。看一个简单的例子：（摘自2410 完全开发）/*nand.lds*/SECTIONS firtst 0 x00000000:head.o init.o second 0 x30000000:AT(4096)main.o 以上，head.o 放在 0 x00000000 地址开始处，init.o 放在 head.o 后面，他们的运行地址也是 0 x00000000，即连接和存储地址相同（没有 AT 指定）；main.o 放

23、在 4096（0 x1000，是 AT 指定的，存储地址）开始处，但是它的运行地址在 0 x30000000，运行之前需要从 0 x1000（加载处）复制到 0 x30000000（运行处），此过程也就用到了读取 Nand flash。这就是存储地址和连接（运行）地址的不同，称为加载时域和运行时域，可以在.lds 连接脚本文件中分别指定。编写好的.lds 文件，在用 arm-linux-ld 连接命令时带-Tfilename 来调用执行，如 arm-linux-ld Tnand.lds x.o y.o o xy.o。也用-Ttext 参数直接指定连接地址，如 arm-linux-ld Ttex

24、t 0 x30000000 x.o y.o o xy.o。既然程序有了两种地址，就涉及到一些跳转指令的区别，这里正好写下来，以后万一忘记了也可查看，以前不少东西没记下来现在忘得差不多了。ARM 汇编中，常有两种跳转方法：b 跳转指令、ldr 指令向 PC 赋值。我自己经过归纳如下：（1）b step1：b 跳转指令是相对跳转，依赖当前 PC 的值，偏移量是通过该指令本身的 bit23:0算出来的，这使得使用 b 指令的程序不依赖于要跳到的代码的位置，只看指令本身。（2）ldr pc,=step1：该指令是从内存中的某个位置（step1）读出数据并赋给 PC，同样依赖当前 PC 的值，但是偏移量

25、是那个位置（step1）的连接地址（运行时的地址），所以可以用它实现从 Flash 到 RAM 的程序跳转。（3）此外，有必要回味一下 adr 伪指令，U-boot 中那段 relocate 代码就是通过 adr 实现当前程序是在 RAM 中还是 flash 中。仍然用我当时的注释：relocate:/*把 U-Boot 重新定位到 RAM*/adr r0,_start/*r0 是代码的当前位置*/*adr 伪指令，汇编器自动通过当前 PC 的值算出 如果执行到_start 时 PC 的值，放到 r0 中：当此段在 flash 中执行时 r0=_start=0；当此段在 RAM 中执行时_st

26、art=_TEXT_BASE(在 board/smdk2410/config.mk 中指定的值为 0 x33F80000，即 u-boot 在把代码拷贝到 RAM 中去执行的代码段的开始)*/ldr r1,_TEXT_BASE/*测试判断是从 Flash 启动，还是 RAM*/*此句执行的结果 r1 始终是 0 x33FF80000，因为此值是又编译器指定的(ads 中设置，或-D 设置编译器参数)*/cmp r0,r1/*比较 r0 和 r1，调试的时候不要执行重定位*/下面，结合 u-boot.lds 看看一个正式的连接脚本文件。这个文件的基本功能还能看明白，虽然上面分析了好多，但其中那些

27、 GNU 风格的符号还是着实让我感到迷惑，好菜啊，怪不得连被 3 家公司鄙视，自己鄙视自己。OUTPUT_FORMAT(elf32­littlearm,elf32­littlearm,elf32­littlearm);指定输出可执行文件是 elf 格式,32 位 ARM 指令,小端 OUTPUT_ARCH(arm);指定输出可执行文件的平台为 ARM ENTRY(_start);指定输出可执行文件的起始代码段为_start.SECTIONS .=0 x00000000;从 0 x0 位置开始 .=ALIGN(4);代码以 4 字节对齐 .text:;指定代码段 cpu/

28、arm920t/start.o(.text);代码的第一个代码部分 *(.text);其它代码部分 .=ALIGN(4).rodata:*(.rodata);指定只读数据段 .=ALIGN(4);.data:*(.data);指定读/写数据段 .=ALIGN(4);.got:*(.got);指定 got 段,got 段式是 uboot 自定义的一个段,非标准段 _u_boot_cmd_start=.;把_u_boot_cmd_start 赋值为当前位置,即起始位置 .u_boot_cmd:*(.u_boot_cmd);指定 u_boot_cmd 段,uboot 把所有的 uboot 命令放在该

29、段._u_boot_cmd_end=.;把_u_boot_cmd_end 赋值为当前位置,即结束位置 .=ALIGN(4);_bss_start=.;把_bss_start 赋值为当前位置,即 bss 段的开始位置 .bss:*(.bss);指定 bss 段 _end=.;把_end 赋值为当前位置,即 bss 段的结束位置 分享一篇我总结的分享一篇我总结的 uboot 学习笔记（转）学习笔记（转）1.下面代码是系统启动后 U-boot 上电后运行的第一段代码，他是什么意思？.globl _start _start:b reset ldr pc,_undefined_instruction l

30、dr pc,_software_interrupt ldr pc,_prefetch_abort ldr pc,_data_abort ldr pc,_not_used ldr pc,_irq ldr pc,_fiq _undefined_instruction:.word undefined_instruction _software_interrupt:.word software_interrupt _prefetch_abort:.word prefetch_abort _data_abort:.word data_abort _not_used:.word not_used _irq

31、:.word irq _fiq:.word fiq .balignl 16,0 xdeadbeef 他们是系统定义的异常，一上电程序跳转到 reset 异常处执行相应的汇编指令，下面定义出的都是不同的异常，比如软件发生软中断时，CPU 就会去执行软中断的指令，这些异常中断在 CUP 中地址是从 0 开始，每个异常占 4 个字节。reset:/*set the cpu to SVC32 mode */mrs r0,cpsr bic r0,r0,#0 x1f orr r0,r0,#0 xd3 msr cpsr,r0 操作系统先注册一个总的中断，然后去查是由哪个中断源产生的中断，再去查用户注册的中断

32、表，查出来后就去执行用户定义的用户中断处理函数。ldr pc,_undefined_instruction 表示把_undefined_instruction 存放的数值存放到 pc 指针上，_undefined_instruction:.word undefined_instruction 表示未定义的这个异常是由.word 来定义的，它表示定义一个字，一个 32 位的数，.word 后面的数表示把该标识的编译地址写入当前地址，标识是不占用任何指令的。把标识存放的数值 copy 到指针 pc 上面，那么标识上存放的值是什么？是由.word undefined_instruction 来指定的

33、，pc 就代表你运行代码的地址，她就实现了 CPU 要做一次跳转时的工作。什么是编译地址？什么是运行地址？什么是编译地址？什么是运行地址？32 位的处理器，它的每一条指令是 4 个字节，以 4 个字节存储顺序，进行顺序执行，CPU是顺序执行的，只要没发生什么跳转，它会顺序进行执行，编译器会对每一条指令分配一个编译地址，这是编译器分配的，在编译过程中分配的地址，我们称之为编译地址。运行地址是指，程序指令真正运行的地址，是由用户指定的，用户将运行地址烧录到哪里，哪里就是运行的地址。比如有一个指令的编译地址是 0 x5，实际运行的地址是 0 x200，如果用户将指令烧到 0 x200 上，那么这条指

34、令的运行地址就是 0 x200，当编译地址和运行地址不同的时候会出现什么结果？结果是不能跳转，编译后会产生跳转地址，如果实际地址和编译后产生的地址不相等，那么就不能跳转。C 语言编译地址都希望把编译地址和实际运行地址放在一起的，但是汇编代码因为不需要做 C 语言到汇编的转换，可以人为的去写地址，所以直接写的就是他的运行地址，这就是为什么任何 bootloader 刚开始会有一段汇编代码，因为起始代码编译地址和实际地址不相等，这段代码和汇编无关，跳转用的运行地址。编译地址和运行地址如何来算呢？假如有两个编译地址 a=0 x10，b=0 x7，b 的运行地址是 0 x300，那么 a 的运行地址就

35、是 b 的运行地址加上两者编译地址的差值，a-b=0 x10-0 x7=0 x3，a 的运行地址就是 0 x300+0 x3=0 x303。假设 uboot 上两条指令的编译地址为 a=0 x33000007 和 b=0 x33000001，这两条指令都落在bank6 上，现在要计算出他们对应的运行地址，要找出运行地址的始地址，这个是由用户烧录进去的，假设运行地址的首地址是 0 x0，则 a 的运行地址 为 0 x7，b 为 0 x1，就是这样算出来的。为什么要分配编译地址？这样做有什么好处，有什么作用？为什么要分配编译地址？这样做有什么好处，有什么作用？比如在函数 a 中定义了函数 b，当执

36、行到函数 b 时要进行指令跳转，要跳转到 b 函数所对应的起始地址上去，编译时，编译器给每条指令都分配了编译地址，如果编译器已经给分配了地址就可以直接进行跳转，查找 b 函数跳转指令所对应的表，进行直接跳转，因为有个编译地址和指令对应的一个表，如果没有分配，编译器就查找不到这个跳转地址，要进行计算，非常麻烦。什么是相对地址？什么是相对地址？以 NOR Flash 为例，NOR Falsh 是映射到 bank0 上面，SDRAM 是映射到 bank6 上面，uboot和内核最终是在 SDRAM 上面运行，最开始我们是从 Nor Flash 的零地址开始往后烧录，uboot中至少有一段代码编译地址

37、和运行地址是不一样的，编译 uboot 或内核时，都会将编译地址放入到 SDRAM 中，他们最终都会在 SDRAM 中执行，刚开始 uboot 在 Nor Flash 中运行，运行地址是一个低端地址，是 bank0 中的一个地址，但编译地址是 bank6 中的地址，这样就会导致绝对跳转指令执行的失败，所以就引出了相对地址的概念。那么什么是相对地址呢？至少在 bank0 中 uboot 这段代码要知道不能用 b+编译地址这样的方法去跳转指令，因为这段代码的编译地址和运行地址不一样，那如何去做呢？要去计算这个指令运行的真实地址，计算出来后再做跳转，应该是 b+运行地址，不能出现 b+编译地址，而是

38、 b+运行地址，而运行地址是算出来的。_TEXT_BASE:.word TEXT_BASE /0 x33F80000,在 board/config.mk 中 这段话表示，用户告诉编译器编译地址的起始地址 Uboot 启动流程 1.设置 CPU 的启动模式 reset:/设置 CPU 进入管理模式 即设置相应的 CPSR 程序状态字 /*set the cpu to SVC32 mode*/mrs r0,cpsr bic r0,r0,#0 x1f orr r0,r0,#0 xd3 msr cpsr,r0 2.关闭看门狗，关闭中断，所谓的喂狗是每隔一段时间给某个寄存器置位而已，在实际中会专门启动一

39、个线程或进程会专门喂狗，当上层软件出现故障时就会停止喂狗，停止喂狗之后，cpu 会自动复位，一般都在外部专门有一个看门狗，做一个外部的电路，不在 cpu 内部使用看门狗，cpu 内部的看门狗是复位的 cpu，当开发板很复杂时，有好几个 cpu 时，就不能完全让板子复位，但我们通常都让整个板子复位。看门狗每隔短时间就会喂狗，问题是在两次喂狗之间的时间间隔内，运行的代码的时间是否够用，两次喂狗之间的代码是否在两次喂狗的时间延迟之内，如果在延迟之外的话，代码还没改完就又进行喂狗，代码永远也改不完。/关闭看门狗的实际代码#if defined(CONFIG_S3C2400)|defined(CONFI

40、G_S3C2410)ldr r0,=pWTCON/将 pwtcon 寄存器地址赋给 R0 mov r1,#0 x0/r1 的内容为 0 str r1,r0 /将 R1 的内容送到 Ro 寄存器中去 3.屏蔽所有中断，为什么要关中断？中断处理中 ldr pc 是将代码的编译地址放在了指针上，而这段时间还没有搬移代码，所以编译地址上面没有这个代码，如果进行跳转就会跳转到空指针上面 /*mask all IRQs by setting all bits in the INTMR-default*/mov r1,#0 xffffffff /寄存器中的值全为 1111111111111111111111

41、1111111111 ldr r0,=INTMSK /将管理中断的寄存器地址赋给 ro str r1,r0 /将全 1 的值赋给 ro 地址中的内容#if defined(CONFIG_S3C2410)ldr r1,=0 x3ff ldr r0,=INTSUBMSK str r1,r0#endif 3.设置时钟分频，为什么要设置时钟？起始可以不设，系统能不能跑起来和频率没有任何关系，频率的设置是要让外围的设备能承受所设置的频率，如果频率过高则会导致 cpu操作外围设备失败/设置 CPU 的频率 /*FCLK:HCLK:PCLK=1:2:4*/*default FCLK is 120 MHz!*

42、/ldr r0,=CLKDIVN mov r1,#3 str r1,r0 4.做 bank 的设置 cpu_init_crit:/*flush v4 I/D caches，关闭 catch*/mov r0,#0 mcr p15,0,r0,c7,c7,0 /*flush v3/v4 cache*/mcr p15,0,r0,c8,c7,0 /*flush v4 TLB*/协处理器 /禁止 MMU /*disable MMU stuff and caches*/mrc p15,0,r0,c1,c0,0 bic r0,r0,#0 x00002300 clear bits 13,9:8(-V-RS)bi

43、c r0,r0,#0 x00000087 clear bits 7,2:0(B-CAM)orr r0,r0,#0 x00000002 set bit 2(A)Align orr r0,r0,#0 x00001000 set bit 12(I)I-Cache mcr p15,0,r0,c1,c0,0 /关闭 为什么要关闭为什么要关闭 catch 和和 MMU 呢？呢？catch 和和 MMU 是做什么用的？是做什么用的？Catch 是 cpu 内部的一个 2 级缓存，她的作用是将常用的数据和指令放在 cpu 内部，MMU是用来做虚实地址转换用的，我们的目的是设置控制的寄存器，寄存器都是实地址，如

44、果既要开启 MMU 又要做虚实地址转换的话，中间还多一步，先要把实地址转换成虚地址，然后再做设置，但对 uboot 而言就是起到一个简单的初始化的作用和引导操作系统，如果开启 MMU 的话，很麻烦，也没必要，所以关闭 MMU.说道 catch 就必须提到一个关键字 Volatile，以后在设置寄存器时会经常遇到，他的本质是告诉编译器不要对我的代码进行优化，优化的过程是将常用的代码取出来放到 catch 中，它没有从实际的物理地址去取，它直接从 cpu 的缓存中去取，但常用的代码就是为了感知一些常用变量的变化，如果正在取数据的时候发生跳变，那么就感觉不到变量的变化了，所以在这种情况下要用 Vol

45、atile 关键字告诉编译器不要做优化，每次从实际的物理地址中去取指令，这就是为什么关闭 catch 关闭 MMU。但在 C 语言中是不会关闭 catch 和 MMU 的，会打开，如果编写者要感知外界变化，或变化太快，从 catch 中取数据会有误差，就加一个关键字 Volatile。5.bl lowlevel_init 下来初始化各个 bank，把各个 bank 设置必须搞清楚，对以后移植复杂的 uboot 有很大帮助 6.设置完毕后拷贝 uboot 代码到 4k 空间，拷贝完毕后执行内存中的 uboot 代码 以上流程基本上适用于所有的 bootloader，这就是 step1 阶段 7.

46、问题：如果换一块开发板有可能改哪些东西？首先，cpu 的运行模式，如果需要对 cpu 进行设置那就设置，管看门狗，关中断不用改，时钟有可能要改，如果能正常使用则不用改，关闭 catch 和 MMU 不用改，设置 bank 有可能要改。最后一步拷贝时看地址会不会变，如果变化也要改，执行内存中代码，地址有可能要改。8.Nor Flash 和 Nand Flash 本质区别就在于是否进行代码拷贝，也就是下面代码所表述：无论是 Nor Flash 还是 Nand Flash，核心思想就是将 uboot 代码搬运到内存中去运行，但是没有拷贝 bss 后面这段代码，只拷贝 bss 前面的代码，bss 代码

47、是放置全局变量的。Bss 段代码是为了清零，拷贝过去再清零重复操作/uboot 代码搬运到 RAM 中去#ifndef CONFIG_SKIP_RELOCATE_UBOOT relocate:/*relocate U-Boot to RAM */adr r0,_start /*r0-current position of code */ldr r1,_TEXT_BASE /*test if we run from flash or RAM*/cmp r0,r1 /*dont reloc during debug */beq stack_setup ldr r2,_armboot_start /

48、flash 中 armboot_start 的起始地址 ldr r3,_bss_start /uboot_bss 的起始地址 sub r2,r3,r2 /*r2-size of armboot/uboot 实际程序代码的大小 */add r2,r0,r2 /*r2 cmdtp-maxargs)printf(Usage:n%sn,cmdtp-usage);rc=-1;continue;/*OK-call function to do the command*/if(cmdtp-cmd)(cmdtp,flag,argc,argv)!=0)rc=-1;repeatable&=cmdtp-repeat

49、able;/*Did the user stop this?*/if(had_ctrlc()return 0;/*if stopped then not repeatable*/return rc?rc:repeatable;很简单的一个过程，扩展宏定义-分析命令及其参数-查找命令-执行命令，有意思的地方在查找命令上(c o m m o n/c o m m a n d.c)：cmd_tbl_t*find_cmd(const char*cmd)cmd_tbl_t*cmdtp;cmd_tbl_t*cmdtp_temp=&_u_boot_cmd_start;/*Init value*/const c

50、har*p;int len;int n_found=0;/*Some commands allow length modifiers(like cp.b);*compare command name only until first dot.*/len=(p=strchr(cmd,.)=NULL)?strlen(cmd):(p-cmd);for(cmdtp=&_u_boot_cmd_start;cmdtp!=&_u_boot_cmd_end;cmdtp+)if(strncmp(cmd,cmdtp-name,len)=0)if(len=strlen(cmdtp-name)return cmdtp