Hi3519v101-uboot-start.S分析

00032: #include <config.h>
00033: #include <version.h>

1)#include <config.h>。config.h是在include目录下的，这个文件不是源码中本身存在的文件，而是配置过程中自动生成的文件。（详见mkconfig脚本）。这个文件的内容其实是包含了一个头文件：#include <configs/hi3519v101.h>".

2)经过分析后，发现start.S中包含的第一个头文件就是：include/configs/hi3519v101.h，这个文件是整个uboot移植时的配置文件。这里面是好多宏。因此这个头文件包含将include/configs/ hi3519v101.h文件和start.S文件关联了起来。因此之后在分析start.S文件时，主要要考虑的就是hi3519v101.h文件。

3)#include <version.h>。include/version.h中包含了include/version_autogenerated.h，这个头文件就是配置过程中自动生成的。里面就一行内容：#define U_BOOT_VERSION "U-Boot 1.3.4"。这里面定义的宏U_BOOT_VERSION的值是一个字符串，字符串中的版本号信息来自于Makefile中的配置值。这个宏在程序中会被调用，在uboot启动过程中会串口打印出uboot的版本号，那个版本号信息就是从这来的。

00035: ***************************************************************
00035: **********
00036: *
00037: * Jump vector table as in table 3.1 in [1]
00038: *
00039: ***************************************************************
00043: .globl _start

/*系统复位位置,整个程序入口*/:_start是GNU汇编器的默认入口标签，.globl将_start声明为外部程序可访问的标签，.globl是GNU汇编的保留关键字，前面加点是GNU汇编的语法。.global就是相当于C语言中的Extern，声明此变量，并且告诉链接器此变量是全局的，外部可以访问 .

00044: _start: b reset

---------------------------------------------------------reset代码分析-------------------------------------------------------

00125: /*
00126: * the actual reset code
00127: */
00128:
00129: reset:
00130: /*
00131: * set the cpu to SVC32 mode
00132: */

1.设置SVC模式

对状态寄存器的修改要按照：读-改-写的顺序来执行
00133: mrs r0, cpsr    //MRS指令用于将程序状态寄存器的内容传送到通用寄存器中。
00134: bic r0, r0, #0x1f    //BIC指令用于清除操作数1的某些位，并把结果放置到目的寄存器中
00135: orr r0, r0, #0xd3//ORR指令用于在两个操作数上迕行逻辑戒运算，幵把结果放置到目的寄存器中
00136: msr cpsr,r0            //MSR指令用于将操作数的内容传送到程序状态寄存器的特定域中。
00137:
00138: /*
00139: * Invalidate L1 I/D
00140: */

2．关闭指令I/D缓存
00141: mov r0, #0 @ set up for MCR//r0清零
00142: mcr p15, 0, r0, c8, c7, 0 @ invalidate TLBs// r0放在C8 C7中，这个TLB是虚拟内存管理，后面再说、
00143: mcr p15, 0, r0, c7, c5, 0 @ invalidate icache//使之无效
00145: /*
00146: * disable MMU stuff and caches
00147: */

3.关闭MMU
00148: mrc p15, 0, r0, c1, c0, 0
00149: bic r0, r0, #0x00002000 @ clear bits 13 (--V-)
00150: bic r0, r0, #0x00000007 @ clear bits 2:0 (-CAM)
00151: orr r0, r0, #0x00000002 @ set bit 1 (--A-) Align
00152: orr r0, r0, #0x00000800 @ set bit 11 (Z---) BTB
00153: mcr p15, 0, r0, c1, c0, 0
00154:
00155: /*
00156: * read system register REG_SC_GEN2
00157: * check if ziju flag
00158: */

4.获取启动信息，先检测是不是自举模式,我猜测这个主要是分辨从PCIE启动还是FLASH启动

海思资料里面没有说明这些东西，无从分析。但整个逻辑应该是这样的：

芯片上电芯片内部的iROM一段代码会自动检测启动模式的引脚并把数值放在一个寄存器中，然后我们用数字去比较看哪个启动模式被激活，然后跳转执行相应的启动模式代码。
00159: ldr r0, =SYS_CTRL_REG_BASE  //#define SYS_CTRL_REG_BASE 0x12020000

00160: ldr r1, [r0, #REG_SC_GEN2]  // #define REG_SC_GEN2   0x0140-----》记录启动模式的寄存器，数据手册中没有这个寄存器，找不到！
00161: ldr r2, =0x7a696a75 /* magic for "ziju" */
00162: ldr r3, [r0, #REG_SC_GEN20] // #define REG_SC_GEN20  0x0090---》pcie启动的寄存器标志，数据手册中找不到！
00162: /* pcie slave start up flag*/
00163: cmp r3, r2

什么意思呢？就是检测是否pcie启动，如果是pcie启动，那么0x12020090中会标记pcie启动的幻数。如果与幻数一致，则跳入自举之后的操作。如果不相等则继续进行判断！因为pcie启动和flash启动操作是不一样的，这里是做了一个判断。

00164: beq after_ziju

或者说启动分为热启动和冷启动，冷启动一般都是需要自举的，不管是什么模式！热启动是指开启第二次启动，如敲reboot之后的启动，热启动会跳过一些步骤的，比如检测启动模式、DDR初始化等等。。。。貌似和这里没关系！这里认为是pcie启动的情况！使用的也是远跳转！但整个uboot我们默认从spiflash启动！

00165: cmp r1, r2

判断下记录启动模式的寄存器中的数值是否与标记pcie启动幻数是否一致！如果一致则保存sp，清除自举的启动模式标志寄存器！但冷启动一般都是走正常启动流程的！不相等我们继续看！
00166: bne normal_start_flow //跳转到正常启动流程，使用的b，不需要返回！汇编中用bl指令和mov pc，lr来实现子函数调用和返回

------normal_start_flow代码解析------
因为使用的是远跳转，回不来了，代码太多，后面分析

------ normal_start_flow代码解析结束--

00167: mov r1, sp /* save sp */
00168: str r1, [r0, #REG_SC_GEN2] /* clear ziju flag */

--------------------------------after_ziju代码解析-------------------------

00169: after_ziju:
00170: /* init PLL/DDRC/pin mux/... */

初始化PLL和DDRC控制器和管脚复用情况。
00171: ldr r0, _blank_zone_start //0x8840_0040

1. 

00172: ldr r1, _TEXT_BASE     //0x8840_0000
00173: sub r0, r0, r1     //r0=0x40
00174: cmp r3, r2          //r2=0X7A696A75, r3=0X12020090,寄存器中的数值相减，如果相等则跳转到pcie的从模式地址
00175: beq pcie_slave_addr//跳转到pcie从模式的地址，也就是作为pcie从模式启动，我们不从pcie启动，继续分析！
00176: ldr r1, =RAM_START_ADRS    #define RAM_START_ADRS          0x04010500 数据手册查不到

//上面应该是内部的RAM的起始地址。
00177: ldr sp, =STACK_TRAINING      #define STACK_TRAINING          0x04017ff0   数据手册查不到

00178: b ziju_ddr_init

长跳转到自举模式的DDR初始化代码！从这里我可以推断出，芯片的启动分为两种，一种是自举模式也就是本地的spiflash或nand或emmc等启动，另一种就是pcie启动模式。不同启动模式对应不同的启动流程。但不同启动模式代码是相互交织的，需要分清楚！
00179: pcie_slave_addr:
00180: ldr r1, =0x0
00181: ldr sp, =PCIE_SLV_STACK              #define PCIE_SLV_STACK          0x7000
00182: ldr r4, =SYS_CTRL_REG_BASE             #define SYS_CTRL_REG_BASE       0x12020000
00183: str r2, [r4, #HI3519V101_SYSBOOT10] #define HI3519V101_SYSBOOT10       0x158    数据手册查不到

r2此时应该是保存了系统启动的一些参数，不知道什么参数，或者说是主控通过pcie加载uboot的地址？

00184: ziju_ddr_init:

自举模式的ddr初始化代码
00185: add r0, r0, r1            //r0=0x40  r1=0x8840_0000--àr0=0x88400040
00186: mov r1, #0x0            //r1=0，/* flags: 0->normal 1->pm ，使用正常启动*/
00187: bl init_registers /* init PLL/DDRC/... */跳转到PLL和DDRC等的初始化，使用的是bl，还会跳回来！

这个函数是初始化一些寄存器，这些寄存器分了很多，包括中断、网络、哈希功能形式的寄存器，初始化的意思就是给一个值，但这值一般没什么意义，具体的寄存器，后面会再进行配置！
00188:

--------------------------------- after_ziju代码解析结束------------------
00189: /* after ziju, we need ddr traning */
00190: /*#ifdef CONFIG_DDR_TRAINING_V2*/
00191: ldr r0, =REG_BASE_SCTL

#define SYS_CTRL_REG_BASE   0x12020000

#define REG_BASE_SCTL    SYS_CTRL_REG_BASE
00192: bl start_ddr_training

/* DDR training：DR布线，完全按等长约束就没有ddr training的说法。

当布线去掉等长约束或放宽约束条件，就要做ddr training，以保证时序的完整性，使信号的建立&保持时间窗口一致。ddr training是调整Addr/Cmd信号对CLK，DQ信号对DQS的延时。由于没做等长约束，信号有长，有短，就会导致信号有快，慢之差（信号在1000mil走线耗时约160~180ps，相对FR-4的板材），ddr training就是找到一套参数，使信号的建立与保持时间充足。并保存且写到配置中。*/
00193: /*#endif*/
00194:
00195: ldr r0, =SYS_CTRL_REG_BASE

#define SYS_CTRL_REG_BASE       0x12020000
00196: ldr r2, =PCIE_SLV_DDR_INIT_FLG

#define PCIE_SLV_DDR_INIT_FLG      0x8080

#define HI3519V101_SYSBOOT9     0x154

#define HI3519V101_SYSBOOT10       0x158
00197: str r2, [r0, #HI3519V101_SYSBOOT9]   //写入寄存器
00198: ldr r2, =0x7a696a75    //pcie启动的幻数
00199: ldr r1, [r0, #HI3519V101_SYSBOOT10]
00200: cmp r1, r2      //比较bootrom的启动模式，如果相等则跳转到pcie从模式等待
00201: beq pcie_slave_hold
00202: ldr r1, [r0, #REG_SC_GEN2]
00203: mov sp, r1 /* restore sp */
00204: ldr r1, [r0, #REG_SC_GEN3]
00205: mov pc, r1 /* return to bootrom */
00206: pcie_slave_hold:
00207: ldr r2, [r0, #HI3519V101_SYSBOOT9]
00208: ldr r1, =0x7964616f /* complete flag */
00209: cmp r1, r2
00210: bne pcie_slave_hold
00211: ldr r1, =0x0
00212: str r1, [r0, #HI3519V101_SYSBOOT9]
00213: mov pc, #0x0 //pc指针指向0x0
00214: nop
00215: nop
00216: nop
00217: nop
00218: nop
00219: nop
00220: nop
00221: nop
00222: b . /* bug here */

---------------------------------------------------------reset代码分析结束-------------------------------------------------------

_start后面加上一个冒号' :' ，表示其是一个标号Label，类似于C语言goto后面的标号。
00045: ldr pc, _undefined_instruction/*未定义指令异常,0x04*/
00046: ldr pc, _software_interrupt/*软中断异常,0x08*/
00047: ldr pc, _prefetch_abort/*内存操作异常,0x0c*/
00048: ldr pc, _data_abort /*数据异常,0x10*/
00049: ldr pc, _not_used /*/*未适用,0x14*/
00050: ldr pc, _irq /*慢速中断异常,0x18*/
00051: ldr pc, _fiq  /*快速中断异常,0x1c*/一般用在实时性比较高的中断
00052:
00053: _undefined_instruction: .word undefined_instruction
00054: _software_interrupt: .word software_interrupt
00055: _prefetch_abort: .word prefetch_abort
00056: _data_abort: .word data_abort
00057: _not_used: .word not_used
00058: _irq: .word irq
00059: _fiq: .word fiq
00060: _pad: .word 0x12345678 /* now 16*4=64 */
00061: __blank_zone_start:
00062: .fill 1024*5,1,0

.fill 1024*5,1,0 # 供保留1024*5项，每项一个字节，填充0,也就是填充0x1400个字节
00063: __blank_zone_end:
00064:
00065: .globl _blank_zone_start
00066: _blank_zone_start:
00067: .word __blank_zone_start
00068:
00070: .globl _blank_zone_end
00071: _blank_zone_end:
00072: .word __blank_zone_end
00073:
00074: .balignl 16,0xdeadbeef

1).balignl 16,0xdeadbeef.    这一句指令是让当前地址对齐排布，如果当前地址不对齐则自动向后走地址直到对齐，并且向后走的那些内存要用0xdeadbeef来填充。在这个.balignl 16,0xdeadbeef指令之前，一共占了4x15=60个字节的内存, 所以本代码的作者当时就简单的在15这个数上，加了个1，即16，把当前指针往后移到地址为64的位置，然后在前面插上了0xdeadbeef这个特殊的值。

2)0xdeadbeef这是一个十六进制的数字，这个数字很有意思，组成这个数字的十六进制数全是abcdef之中的字母，而且这8个字母刚好组成了英文的dead beef这两个单词，字面意思是坏牛肉。

3)为什么要对齐访问？有时候是效率的要求，有时候是硬件的特殊要求。

00075: /*
00075: ****************************************************************
00075: ********
00076: *
00077: * Startup Code (reset vector)
00078: *
00079: * do important init only if we don't start from memory!
00080: * setup Memory and board specific bits prior to relocation.
00081: * relocate armboot to ram
00082: * setup stack
00083: *
00084: ***************************************************************
00084: **********/
00086: _TEXT_BASE:
00087: .word TEXT_BASE
TEXT_BASE = 0x88400000，在board/hi3519v101/config.mk中可以看到。

00089: .globl _armboot_start
00090: _armboot_start:
00091: .word _start
00092:
00093: /*
00094: * These are defined in the board-specific linker script.
00095: */
00096: .globl _bss_start
00097: _bss_start:
00098: .word __bss_start
__bss_start和__bss_end定义在和开发板相关的u-boot.lds中，_bss_start和__bss_end保存的是__bss_start和__bss_end标号所在的地址。
00100: .globl _bss_end
00101: _bss_end:
00102: .word _end
00103:
00104: #ifdef CONFIG_USE_IRQ
00105: /* IRQ stack memory (calculated at run-time) */
00106: .globl IRQ_STACK_START
00107: IRQ_STACK_START:
00108: .word 0x0badc0de

堆栈指针开始的地方，但目前我们初始化，还不知道，随便放了一个badcode
00110: /* IRQ stack memory (calculated at run-time) */
00111: .globl FIQ_STACK_START
00112: FIQ_STACK_START:
00113: .word 0x0badc0de
00114: #endif
没用到，不分析了。

-----------------------------------------------------------------------------------------------------------------------------
00116: _clr_remap_fmc_entry:
00117: .word FMC_TEXT_ADRS + do_clr_remap - TEXT_BASE

#define FMC_TEXT_ADRS           (FMC_MEM_BASE)

#define FMC_MEM_BASE        0x14000000
00118: _clr_remap_ddr_entry:
00119: .word MEM_BASE_DDR + do_clr_remap - TEXT_BASE

#define DDR_MEM_BASE        0x80000000
00120: _clr_remap_ram_entry:
00121: .word RAM_START_ADRS + do_clr_remap - TEXT_BASE

#define RAM_START_ADRS          0x04010500
定义了三个地址入口，等待使用。。。。。

------------------------------------------------------------------------------------------------------
00123: _copy_abort_code:
00124: .word copy_abort_code
复制异常代码到0地址启动。

正常启动如下:
00224: normal_start_flow:
00225: /* init serial and printf a string. */
00226: ldr sp, =STACK_TRAINING

#define STACK_TRAINING          0x04017ff0
00227: bl uart_early_init

跳转到uart.S文件，进行uart的串口初始化
00228: bl msg_main_cpu_startup   //输出startup字符串
00229:
00230: /*
00231: * enable cci snoop for GSF and VDMA
00232: */
00233: ldr r0, =CCI_PORT_CTRL_0
00234: mov r3, #CCI_ENABLE_REQ
00235: str r3, [r0]
00236:
00237: 4: ldr r0, =CCI_CTRL_STATUS
00238: ldr r1, [r0]
00239: tst r1, #1
00240: bne 4b
00241:
00242: /*
00243: * enable cci snoop for core 0
00244: */
00245: ldr r0, =CCI_PORT_CTRL_1
00246: mov r3, #CCI_ENABLE_REQ
00247: str r3, [r0]
00248:
00249: 5: ldr r0, =CCI_CTRL_STATUS
00250: ldr r1, [r0]
00251: tst r1, #1
00252: bne 5b

//上面一部分是什么标准协议，不看了
00253:
00254: @if running not boot from nand/spi/emmc,
00255: @we skipping boot_type checking.
00256: mov r0, pc, lsr#24 //检测是否是热启动
00257: cmp r0, #0x0  //检测pc指针的高8位是否为0；
00258: bne check_bootrom_type    //如果不相等，则是冷启动，跳转到启动模式检测
00259:
00260: check_boot_type:  //冷启动，检测启动模式
00261: ldr r0, =SYS_CTRL_REG_BASE

#define    SYS_CTRL_REG_BASE    0x12020000
00262: ldr r0, [r0, #REG_SYSSTAT]

#define REG_SYSSTAT         0x008c
00263: mov r6, r0, lsr#5

00264: and r6, #0x1
00265: cmp r6, #0 @ [5]=0 fmc
00265: /* SPI Nor/Nand and Nand */
00266: ldreq pc, _clr_remap_fmc_entry       //检测为SPI Nor/Nand and Nand启动
00267:
00268: @otherwise, [31]=1 means boot from bootrom, err
00269: beq bug
00270: check_bootrom_type:
00271: cmp r0, #0x4
00272: /*
00272: boot from bootrom,we copy the uboot.bin to ram (0x4010500)*/
00273: ldreq pc, _clr_remap_ram_entry       //片内RAM启动
00274:
00275: do_clr_remap:
00276: /* do clear remap */

我的理解是：在ROM从0x0用几句指令引导系统之后，把RAM映射到0x0就是Remap。

　　1.Remap的作用

　　当ARM处理器上电或者Reset之后，处理器从0x0 取指。因此，必须保证系统上电时，0x0 处有指令可以执行。所以，上电的时候，0x0地址处必定是ROM 或者Flash(NOR)。但是，为了加快启动的速度，也方便可以更改异常向量表，加快中断响应速度，往往把异常向量表映射到更快、更宽(32bit/16bit)的RAM 中。但是异常向量表的开始地址是由ARM架构决定的，必须位于0x0处，因此，必须把RAM映射到0x0。

　　2.Remap的配置

　　Remap的实现和ARM处理器的实现相关。

　　1)如果处理器有专门的寄存器可以完成Remap。那么Remap 是通过Remap 寄存器的相应bit置1 完成的。如Atmel AT91xx

　　2)如果处理器没有专门的寄存器，但是memory的bank控制寄存器可以用来配置bank的起始地址，那么只要把RAM的起始地址编程为0x0，也可以完成remap。如samsung s3c4510

　　3)如果上面两种机制都没有，那么Remap就不要做了。因为处理器实现决定了SDRAM对应的bank地址是不能改变的。如Samsung S3c2410.

　　3.Remap配置前后要做的工作

　　Remap 前后，不同之处就是RAM 的位置变了。为了达到Remap 的目的，就是加快启动的速度和异常处理速度，一定要初始化异常堆栈和建立异常向量表的。

　　4.如果象2410那样不能Remap的话怎么办?

　　2410 不是不能Remap吗?为了加快启动速度，可以这样做

　　1)使用它的NAND boot 模式。为什么NAND boot 会比较快，那是因为2410 里面有块小石头——“SteppingStone”，一块4KB SRAM，它是映射在0x0 的。启动程序会自动被copy 到这个石头里面。自然异常向量的入口放到这个地方，一样可以达到比NOR boot 快的启动、异常响应速度。

　　2)如果你对NOR Boot 情有独衷，那么你只好把你的异常向量的入口copy到SDRAM里面，实现所谓的High Vector

00277: ldr r4, =SYS_CTRL_REG_BASE
00278: ldr r0, [r4, #REG_SC_CTRL]
00279:
00280: @Set clear remap bit.
00281: orr r0, #(1<<8)
00282: str r0, [r4, #REG_SC_CTRL]

00283:
00284: /*
00285: * Set ACTLR.SMP to 1
00286: * This is a bug on Cortex-A7 MPCORE. see buglist of Cortex -A7
00287: * The D-caches are disabled when ACTLR.SMP is set to 0 reg
00287: ardless
00288: * of the value of the cache enable bit. so we must set SMP
00288: bit of
00289: * ACTLR register before enable D-cache
00290: */
00291: mrc p15, 0, r0, c1, c0, 1
00292: orr r0, #(1 << 6)
00293: mcr p15, 0, r0, c1, c0, 1
/*以上清除重映射，清除重映射后地址0x000000
00295: @enable I-Cache now        //使能I-cache
00296: mrc p15, 0, r0, c1, c0, 0
00297: orr r0, r0, #0x00001000
00297: /* set bit 12 (I) I-Cache */
00298: mcr p15, 0, r0, c1, c0, 0
00299:
00300: @Check wether I'm running in dynamic mem bank
mov r0, pc, lsr#28
 cmp r0, #8
 blo ddr_init       //小于0，跳转到DDR初始化
00304:
 no_ddr_init:
 adrl r0, _start
b copy_to_ddr    //不需要DDR初始化，直接copy到DDR中
00308:
ddr_init:
ldr r0, _blank_zone_start
 ldr r1, _TEXT_BASE
sub r0, r0, r1
adrl r1, _start
add r0, r0, r1
mov r1, #0 /* flags: 0->normal 1->pm
bl init_registers

//上面分析过了
 /*#ifdef CONFIG_DDR_TRAINING_V2*/
 ldr sp, =STACK_TRAINING
ldr r0, =REG_BASE_SCTL
bl start_ddr_training /* DDR training */
/*#endif*/

//上面再DDR初始化中已经看过了
check_boot_mode:
ldr r0, =SYS_CTRL_REG_BASE
ldr r0, [r0, #REG_SYSSTAT]
mov r6, r0, lsr#4
 and r6, #0x3
cmp r6, #BOOT_FROM_EMMC  //判断是不是EMMC启动
bne copy_flash_to_ddr            //如果不是，则将flash代码拷贝到DDR中
 #ifdef CONFIG_HIMCI_V200
emmc_boot:
ldr r0, _TEXT_BASE       //链接地址
ldr r1, _armboot_start       //启动地址
ldr r2, _bss_start        //bss段地址
sub r1, r2, r1               //bss段地址减去启动地址，剩下偏移，放入r1
 bl emmc_boot_read        //跳转emmc_boot_read，重定位并拷贝uboot到DDR中去
b jump_to_ddr           //跳转到ddr中，不回来了
#endif

copy_flash_to_ddr:
 /* relocate SPI nor/nand Boot to DDR */
cmp r6, #BOOT_FROM_DDR
 beq copy_to_ddr             //重定位并拷贝uboot到内存中
ldr r0, =FMC_TEXT_ADRS /* 0x1400_0000 */
00345:
 copy_to_ddr:
 /* now, r0 stores __reset offset from where we getstarted */
00348: ldr r1, _TEXT_BASE /* r1 stores where we wil l copy uboot to */
 /* compare source and target address, **if equal no copy to target address */

//如果是冷启动，则需要拷贝，如果是热启动，则不需要拷贝

cmp r0, r1
beq copy_abort_code        //热启动，不需要拷贝
ldr r2, _armboot_start       //热启动，直接运行
ldr r3, _bss_start
sub r2, r3, r2 /* r2 <- size of armboot * //基本上算是uboot的大小
 /* memcpy(r1, r0, r2) */
bl memcpy
jump_to_ddr:
ldr r0, _TEXT_BASE
ldr pc, _copy_abort_code
copy_abort_code:
ldr r1, =0x00000000
mov r2, #0x4000
/* memcpy(r1, r0, r2) */
bl memcpy
/* Set up the stack */
stack_setup: //设置堆栈
 ldr r0, _TEXT_BASE @ upper 128 KiB: relocated uboot           //链接地址，uboot的起始地址
 sub r0, r0, #CONFIG_SYS_MALLOC_LEN @ malloc area      //堆栈大小：450kB
 sub r0, r0, #CONFIG_SYS_GBL_DATA_SIZE @ bdinfo        //128B
#ifdef CONFIG_USE_IRQ
 sub r0, r0, #(CONFIG_STACKSIZE_IRQ + CONFIG_STACKSIZE_FIQ)
#endif
sub sp, r0, #12 @ leave 3 words for abort-stack
and sp, sp, #~7 @ 8 byte alinged for (ldr/str) d
 /* Clear BSS (if any). Is below tx (watch load addr - need space) */
clear_bss:      //清理BSS段，这也是为什么栈不需要手动清空，这里帮你清空了
ldr r0, _bss_start @ find start of bss segment
ldr r1, _bss_end @ stop here
mov r2, #0x0 @ clear value
clbss_l:
str r2, [r0] @ clear BSS location
cmp r0, r1 @ are we at the end yet
add r0, r0, #4 @ increment clear index pointer
bne clbss_l @ keep clearing till at end
ldr pc, _start_armboot @ jump to C code    //跳转到C语言阶段
 _start_armboot: .word start_armboot

//海思的uboot第一阶段做了哪些东西

SVC模式
关cache
关MMU
检测是不是自举模式还是pcie启动，也包括是冷启动还是热启动
串口初始化
DDR初始化和DDR training
正常启动时，会检测启动方式，对代码进行相应的拷贝，重定位
设置堆栈
清bss段
跳转到第二阶段，即C语言阶段
---------------------
作者：jiangyuantao
来源：CSDN
原文：https://blog.csdn.net/wangdapao12138/article/details/81609290
版权声明：本文为博主原创文章，转载请附上博文链接！