在u-boot中遇到_armboot_start、_bss_start等这些变量，这些伪指令的用法涉及以下知识

1.汇编是“绝对引用”，即引用的就是地址

在start.s中

_TEXT_BASE: 

.word TEXT_BASE /*uboot映像在SDRAM中的重定位地址，我设置为0x33e00000 */ 

.globl _armboot_start 

_armboot_start: 

.word _start /*_start是程序入口，链接完 毕它的值是0x33e00000 =TEXT_BASE*/ 

  1. arm-linux-objdump -D u-boot > u-boot.s

在u-boot.s中找到以下语句

  1. 33e00000 <_start>:
  2. 33e00000: ea000013 b 33e00054

_start的值是33e00000，这个地址上保存的指令是b reset

  1. _armboot_start:
  2. .word _start

对应反汇编结果

  1. 33e00048 <_armboot_start>:
  2. 46 33e00048: 33e00000 .word 0x33e00000
  3. 47

_start的值，也就是说，_armboot_start是存放 _start的地址， 即_armboot_start对应的存储单元本身地址是 0x33e00048，内容是 0x33e00000

  1. ldr r1, _armboot_start
  2. ldr r2, _start

r1是33e00048，r2是0x33e00000---汇编中对标号的引用，是绝对引用，就是标号的地址本身

  1. .globl _bss_start
  2. :
  3. .word __bss_start

按照上面的理解，__bss_start是uboot 的bss段起始地址，那么u-boot映像的大小就是__bss_start - _start；在relocate代码段中计算u-boot的大小时，也体现了这一点。 

2.C语言对变量/符号/常量的引用必须通过地址间接寻址，即引用的是标号的内容，而非标号本身地址。

  1. monitor_flash_len = _bss_start - _armboot_start

这句话中对_armboot_star的引用，实际上是把它用作了指针值，即0x33e00000，monitor_flash_len就得到u-boot的长度（包括代码段，数据段）

简单的可理解为

_armboot_start---C语言中引用的值是0x33e00000

_armboot_start---汇编中引用得到的值是b reset