精华内容
下载资源
问答
  • UBoot源码分析

    2013-04-13 23:50:12
    UBoot源码分析 了解与认识UBoot源码的入门资料。
  • uboot源码分析

    2019-04-03 11:14:45
    uboot源码分析 1、ARM SOC启动流程 BL0:第一阶段启动代码,固化在SOC片内ROM中,不可修改; BL1:上电启动第二阶段,在BL0阶段被加载至SRAM中,对应于u-boot的SPL阶段; BL2:上电启动第三阶段,在BL1阶段被加载至...

    uboot源码分析

    1、ARM SOC启动流程

    • BL0:第一阶段启动代码,固化在SOC片内ROM中,不可修改;
    • BL1:上电启动第二阶段,在BL0阶段被加载至SRAM中,对应于u-boot的SPL阶段;
    • BL2:上电启动第三阶段,在BL1阶段被加载至SDRAM中,对应于u-boot的uboot阶段。
    Created with Raphaël 2.2.0 上电启动 BL0(IROM) BL0(IROM):初始化(系统时钟、SRAM等) BL0(IROM):验证BL1镜像 BL0(IROM):加载BL1镜像至SRAM BL0(IROM):跳转至BL1 BL1(IRAM):u-boot-SPL BL1(IRAM) BL1(IRAM):初始化SDRAM、堆栈 BL1(IRAM):验证、加载BL2镜像至SDRAM BL1(IRAM):跳转至BL2 BL2(SDRAM):u-boot-BootLoader BL2(SDRAM):加载内核文件系统 启动运行应用程序

    2、main_loop()调用流程概述

    /* u-boot-2019.04 */
    u-boot-spl.lds(/arch/arm/cpu)
    ..............|_start(/arch/arm/lib/vectors.S)
    ......................|reset(/arch/arm/cpu/arm920t/start.S)
    .............................|cpu_init_crit(/arch/arm/cpu/arm920t/start.S)
    ............................................|lowlevel_init(/arch/arm/cpu/mach-xx/lowlevel_init.S)
    .............................|_main(/arch/arm/lib/crt0.S)
    ....................................|board_init_f_alloc_reserve(/common/init/board_init.c)
    ....................................|board_init_f_init_reserve(/common/init/board_init.c)
    ....................................|→board_init_f
    ....................................|→board_init_r
    .................................................|→initcall_run_list
    ...................................................................|→run_main_loop
    .................................................................................|→main_loop
    
    /* u-boot-2010.03 */
    u-boot.lds
    .........|_start(/cpu/arm920t/start.S)
    ................|start_code(/cpu/arm920t/start.S)
    ...........................|cpu_init_crit(/cpu/arm920t/start.S)
    .........................................|lowlevel_init(lowlevel_init.S)
    ...........................|_start_armboot(/cpu/arm920t/start.S)
    ..........................................|start_armboot(/lib_arm/board.c)
    ........................................................|main_loop(/common/main.c)
    

    3、uboot解析用户命令的两种方式分析

    /* u-boot-2010.03代码片段 */
    #ifdef CONFIG_SYS_HUSH_PARSER 	//用户命令解析方式一:hush方式
    	parse_file_outer();
    	/* This point is never reached */
    	for (;;);
    #else							//用户命令解析方式二
    	for (;;) {
    		...
    		...
    		...
    		len = readline (CONFIG_SYS_PROMPT);
    
    		flag = 0;	/* assume no special flags for now */
    		if (len > 0)
    			strcpy (lastcommand, console_buffer);
    		else if (len == 0)
    			flag |= CMD_FLAG_REPEAT;
    		...
    		...
    		...
    		if (len == -1)
    			puts ("<INTERRUPT>\n");
    		else
    			rc = run_command (lastcommand, flag);
    
    		if (rc <= 0) {
    			/* invalid command or not repeatable, forget it */
    			lastcommand[0] = 0;
    		}
    	}
    #endif /*CONFIG_SYS_HUSH_PARSER*/
    

    3.1、方式一

    parse_file_outer
    ...............|→parse_stream_outer
    ..................................|→run_list
    ............................................|→run_list_real
    ..........................................................|→run_pipe_real
    ........................................................................|→cmdtp->cmd
    

    3.2、方式二

    readline
    .......|→readline_into_buffer //read data to consol_buffer
    run_command
    ..........|→parse_line //parse command line
    ..........|→find_cmd   //find out command from command table
    ..........|→cmdtp->cmd
    
    展开全文
  • UBoot源码分析及在S3C2440的移植过程,很适合研究uboot的人。
  • 源码结构 api 硬件无关的功能函数的API。uboot移植时基本不用管,这些函数是uboot本身使用的。 arch CPU架构的目录。里面放着很多子目录,都是各种cpu架构。 board 板级相关配置文件,针对不同平台的功能下具体的...

    uboot 是什么
    uboot 主要作用是初始化硬件,如果booteroadar过大就重定位,然后copy kernel 到 sdram,然后跳进去启动内核
    在这里插入图片描述
    源码结构
    api
    硬件无关的功能函数的API。uboot移植时基本不用管,这些函数是uboot本身使用的。

    arch
    CPU架构的目录。里面放着很多子目录,都是各种cpu架构。

    board
    板级相关配置文件,针对不同平台的功能下具体的实现。

    common
    文件夹下放的是一些与具体硬件无关的普遍适用的一些代码。譬如控制台实现、crc校验的。但是更多的主要是两类:一类是cmd开头的,是用来实现uboot的命令系统的;另一类是env开头的,是用来实现环境变量的。

    cmd
    实现uboot命令行下支持的命令,每一条命令都对应一个文件。例如bootm命令对应就是cmd_bootm.c

    drivers
    板级的驱动。这里面放的就是从linux源代码中移植过来的linux设备驱动,主要是开发板上必须用到的一些驱动,如网卡驱动、Inand/SD卡、NandFlash等的驱动。要知道:uboot中的驱动其实就是linux中的驱动,uboot在一定程度上移植了linux的驱动给自己用。但是linux是操作系统而uboot只是个裸机程序,因此这种移植会有不同,让我说:uboot中的驱动其实是linux中的驱动的一部分。同样的uboot中的驱动也支持设备树。

    fs
    文件系统相关的代码,这个也是从linux源代码中移植过来的,用来管理Flash等资源。

    Kbuild
    可以通过make menuconfig进行uboot的基本配置。

    启动过程

    uboot启动主要分为两个阶段。

    第一阶段主要由start.s运行并实现相应的初始化,定义程序入口地址,初始化CPU,初始化内存,最后调用_main到第二阶段的板级别初始化部分。

    第二阶段主要是C语言编写,对于硬件内存分配,初始化硬件设备,串口初始化,显示设备初始化,运行环境初始化等等,最后启动内核。

    第一阶段
    这里主要会涉及到两个汇编文件,完成最底层的初始化。

    start.S
    路径:arch/yourplatform/cpu/start.S

    yourplatform按照实际使用的平台进行选择,如arm,x86,mips

    这是一个汇编文件,如果分析的是arm的平台,需要对arm的指令集有简单的了解。

    crt0_64.S
    路径:arch/arm/lib/crt0_64.S

    crt0是C Runtime Startup的简称,这部分程序主要完成C语言环境的初始化,最终会运行_main函数,由于水平有限,这里暂不对细节进行分析。。

    第二阶段
    由于需要适配不同的硬件平台,提高可移植性和代码的复用,这部分使用基本使用C语言
    分为两部分 board/yourboard/xxx.c的 board_init_f 函数,然后就是在 common/board_r.c

    void board_init_f(ulong dummy)
    {
    	/* setup AIPS and disable watchdog */
    	arch_cpu_init();
    
    	ccgr_init();
    	gpr_init();
    
    	/* iomux and setup of i2c */
    	board_early_init_f();
    
    	/* setup GP timer */
    	timer_init();
    
    	/* UART clocks enabled and gd valid - init serial console */
    	preloader_console_init();
    
    	/* DDR initialization */
    	spl_dram_init();
    
    	/* Clear the BSS. */
    	memset(__bss_start, 0, __bss_end - __bss_start);
    
    	/* load/boot image from boot device */
    	board_init_r(NULL, 0);
    }
    
    

    函数中通过initcall_run_list运行initcall_run_list列表中的函数,可以看一下init_sequence_r包括了各种板级的初始化,最终运行run_main_loop。

    void board_init_r(gd_t *new_gd, ulong dest_addr)
    {
    #ifdef CONFIG_NEEDS_MANUAL_RELOC
    	int i;
    #endif
    
    #ifdef CONFIG_AVR32
    	mmu_init_r(dest_addr);
    #endif
    
    #if !defined(CONFIG_X86) && !defined(CONFIG_ARM) && !defined(CONFIG_ARM64)
    	gd = new_gd;
    #endif
    
    #ifdef CONFIG_NEEDS_MANUAL_RELOC
    	for (i = 0; i < ARRAY_SIZE(init_sequence_r); i++)
    		init_sequence_r[i] += gd->reloc_off;
    #endif
    
    	if (initcall_run_list(init_sequence_r))
    		hang();
    
    	/* NOTREACHED - run_main_loop() does not return */
    	hang();
    }
    
    

    总结
    按照最快的方式熟悉UBoot的源码,实现从UBoot源码入门到入门,但是目前对于Kbuild 中的配置和源码的对应关系并未做到有效的认识,所以如果需要进行UBoot源码移植,单纯掌握这些还是远远不够的。以上的分析基本都是一笔带过,没有参杂任何的细节,后面需要通过实战移植一波Uboot然后加深对这块知识的掌握和认识。

    展开全文
  • 老规矩有道云地址:...amp;sub=FC582BCEB2994BF09BB3291BF0DE40FA 一.uboot的环境变量简介 u-boot的缺省情况下会有一些基本的环境变量,当执行saveenv时,环境变量会保存到flash存储设备中。 环境变量的优...

    老规矩有道云地址:http://note.youdao.com/noteshare?id=3645af9d084b3aad1d13858fe5614528&sub=FC582BCEB2994BF09BB3291BF0DE40FA

    一.uboot的环境变量简介

    u-boot的缺省情况下会有一些基本的环境变量,当执行saveenv时,环境变量会保存到flash存储设备中。

    • 环境变量的优先级

    如果环境变量的值为空,则uboot会使用uboot代码中的值;如果环境变量不为空,则优先使用环境变量的值。

    默认环境变量在uboot源码中common/Env_common.c文件中。

    • 实现代码
    • 这里写图片描述

    所有的环境变量存储在一个16KB大小的一维数组中,每个环境变量以”\0”结束。

    uboot在启动时,在遍历调用执行init_sequence函数指针数组中的env_init函数时已经对环境变量进行校验,通过调用env_relocate函数,将环境变量从Flash启动设备重定位到SDRAM中。uboot启动时环境变量的初始化如下:

    (具体参考八.linux开发之uboot移植(八)——uboot源码分析2-启动第二阶段之start_armboot函数分析)

    这里写图片描述

    环境变量有2份,一份在Flash中,另一份在DDR中。uboot开机时一次性从Flash中读取全部环境变量到DDR中作为环境变量的初始化值,然后使用过程中都是用DDR中这一份

    bootdelay执行自动启动(bootcmd中的命令)的等候秒数
    baudrate串口控制台的波特率
    netmask以太网的网络掩码
    ethaddr以太网的MAC地址
    bootfile默认的下载文件名
    bootargs传递给Linux内核的启动参数
    bootcmd自动启动时执行命令
    serveripTFTP服务器端的IP地址
    ipaddr本地的IP地址
    stdin标准输入设备,一般是串口
    stdout标准输出,一般是串口,也可是LCD(VGA)
    stderr标准出错,一般是串口,也可是LCD(VGA)

    二.环境变量相关命令源码解析1

    1、printenv环境变量对应函数(打印出环境变量的功能)

    这里写图片描述

    (1)找到printenv命令所对应的函数。通过printenv的help可以看出,这个命令有2种使用方法。
    第一种直接使用不加参数则打印所有的环境变量;第二种是printenv name则只打印出name这个环境变量的值。

    (2)分析do_printenv函数。

    这里写图片描述

    (3)argc=1时用双重for循环来依次处理所有的环境变量的打印。第一重for循环就是处理各个环境变量。所以有多少个环境变量则第一重就执行循环多少圈。

    int do_printenv (cmd_tbl_t *cmdtp, int flag, int argc, char *argv[])
    {
    int i, j, k, nxt;
    int rcode = 0;
    if (argc == 1) {//printenv命令没有参数时打印出所有变量信息
    for (i=0; env_get_char(i) != '\0'; i=nxt+1) {//遍历环境变量数组中的变量
    for (nxt=i; env_get_char(nxt) != '\0'; ++nxt)//遍历变量获取字符数量
    ;
    for (k=i; k<nxt; ++k)遍历打印出变量的信息
    putc(env_get_char(k));
    putc  ('\n');//变量信息输出完毕打印换行
    if (ctrlc()) { //打印中使用ctrl+c中止过程,则打印如下信息
    puts ("\n ** Abort\n");
    return 1;
    }
    }
    printf("\nEnvironment size: %d/%ld bytes\n",
    i, (ulong)ENV_SIZE);
    return 0;
    }
    //argc不等于1,则后面的参数就是要打印的环境变量,遍历打印单个或多个变量的信息,即print  xx  xx  则只打印出xx  xx这个环境变量的值。
    for (i=1; i<argc; ++i) {
    char *name = argv[i];
    k = -1;
    for (j=0; env_get_char(j) != '\0'; j=nxt+1) {//遍历打印的多个环境变量
    for (nxt=j; env_get_char(nxt) != '\0'; ++nxt)//遍历计算变量的字符数
    ;
    k = envmatch((uchar *)name, j);//查找变量是否存在
    if (k < 0) {
    continue;
    }
    puts (name);
    putc ('=');
    while (k < nxt)//打印变量信息
    putc(env_get_char(k++));
    putc ('\n');
    break;
    }
    if (k < 0) {
    printf ("## Error: \"%s\" not defined\n", name);
    rcode ++;
    }
    }
    return rcode;
    }

    (4)总结:do_printenv函数首先区分argc=1还是不等于1的情况,若argc=1那么就循环打印所有的环境变量出来;如果argc不等于1,则后面的参数就是要打印的环境变量,给哪个就打印哪个。

    三.环境变量相关命令源码解析2

    1、setenv环境变量对应函数(改变或增加环境变量的功能

    这里写图片描述

    (1)命令定义和对应的函数在uboot/common/cmd_nvedit.c中,对应的函数为do_setenv。分析里面**,最重要的是int
    _do_setenv函数**

    这里写图片描述

    (2)setenv的思路就是:先去DDR中的环境变量处寻找原来有没有这个环境变量,如果原来就有则需要覆盖原来的环境变量,如果原来没有则在最后新增一个环境变量即可。

    第1步:遍历DDR中环境变量的数组,找到原来就有的那个环境变量对应的地址。168-174行。

    这里写图片描述

    第2步:擦除原来的环境变量,259-265行

    这里写图片描述

    第3步:写入新的环境变量,266-273行。

    这里写图片描述

    (3)本来setenv做完上面的就完了,但是还要考虑一些附加的问题。

    问题一:环境变量太多超出DDR中的字符数组,溢出的解决方法。

    问题二:有些环境变量如baudrate、ipaddr等,在gd中有对应的全局变量。这种环境变量在set更新的时候要同时去更新对应的全局变量,否则就会出现在本次运行中环境变量和全局变量不一致的情况。

    2、saveenv环境变量(保存更改命令后的功能)

    (1)在uboot/common/cmd_nvedit.c中,对应函数为do_saveenv函数

    这里写图片描述

    (2)从uboot实际执行saveenv命令的输出,和x210_sd.h中的配置(#define
    CFG_ENV_IS_IN_AUTO)可以分析出:我们实际使用的是env_auto.c中相关的内容。没有一种芯片叫auto的,env_auto.c中是使用宏定义的方式去条件编译了各种常见的flash芯片(如movinand、norflash、nand等)。然后在程序中读取INF_REG(OMpin内部对应的寄存器)从而知道我们的启动介质,然后调用这种启动介质对应的操作函数来操作。

    (3)do_saveenv内部调用env_auto.c中的saveenv函数来执行实际的环境变量保存操作。

    这里写图片描述

    (4)寄存器地址:E010F000+0C=E010_F00C,含义是用户自定义数据。我们在start.S中判断启动介质后将#BOOT_MMCSD(就是3,定义在x210_sd.h)写入了这个寄存器,所以这里读出的肯定是3,经过判断就是movinand。所以实际执行的函数是:saveenv_movinand

    **\#define INF_REG3_REG \__REG(INF_REG_BASE+INF_REG3_OFFSET)**
    
    **\#define INF_REG_BASE0xE010F**
    
    **\#define INF_REG3_OFFSET0x0c**

    这里写图片描述

    这里写图片描述

    (5)真正执行保存环境变量操作的是:cpu/s5pc11x/movi.c中的movi_write_env函数,这个函数肯定是写sd卡,将DDR中的环境变量数组(其实就是default_environment这个数组,大小16kb,刚好32个扇区)写入iNand中的ENV分区中。

    这里写图片描述

    (6)raw_area_control是uboot中规划iNnad/SD卡的原始分区表,这个里面记录了我们对iNand的分区,env分区也在这里,下标是2.追到这一层就够了,再里面就是调用驱动部分的写SD卡/iNand的底层函数了。

    这里写图片描述

    四.uboot内部获取环境变量——getenv

    1、getenv环境变量对应函数(功 能: 从环境中取字符串,获取环境变量的值

    这里写图片描述

    (1)应该是不可重入的。

    (2)实现方式就是去遍历default_environment数组,挨个拿出所有的环境变量比对name,找到相等的直接返回这个环境变量的首地址即可。

    (3)getenv()用来取得参数name环境变量的内容。参数name为环境变量的名称,如果该变量存在则会返回指向该内容的指针。环境变量的格式为name=value。getenv函数的返回值存储在一个全局二维数组里,当你再次使用getenv函数时不用担心会覆盖上次的调用结果。

    一旦查找到匹配的字符串*name,则返回*name的地址。

    2、getenv_r

    这里写图片描述

    (1)可重入版本。(可自行搜索补充可重入函数的概念)

    (2)getenv函数是直接返回这个找到的环境变量在DDR中环境变量处的地址,而getenv_r函数的做法是找到了DDR中环境变量地址后,将这个环境变量复制一份到提供的buf中,而不动原来DDR中环境变量。

    所以差别就是:getenv中返回的地址只能读不能随便乱写,而getenv_r中返回的环境变量是在自己提供的buf中,是可以随便改写加工的。

    3、字符串的解析

    (转载:http://blog.51cto.com/9291927/1792952)

    uboot中对环境变量的操作充分利用了对环境变量字符串的解析。本部分将字符串的解析提取出来进行分析。

    环境变量存储在default_environment[CFG_ENV_SIZE]数组中,每个环境变量以”\0”结束。通过对环境变量数default_environment[CFG_ENV_SIZE]进行解析,将环境变量分别打印出来。

    实验源码:

    #include <stdio.h>
    unsigned char environment[] = 
    {
        "bootdelay="    "10"    "\0"
        "ipaddr="   "192.168.1.210" "\0"
        "serverip=" "192.168.1.200" "\0"
        "bootcmd="  "tftp 0x20008000 uImage;bootm 0x20008000"   "\0"
        "baudrate=" "115200"    "\0"
    };
    int main(int argc, char **argv)
    {
        int i, s,k;
        for(i = 0; *(environment+i) != '\0'; i = s + 1) //按照变量遍历环境变量数组
        {   //
            for(s = i; *(environment + s) != '\0'; s++)//计算出变量的字符数量
                ;   
            for(k = i; k < s; k++)//打印出变量的信息
                putc( *(environment + k), stdout);
            putc('\n', stdout);
        }   
        return 0;
    }

    这里写图片描述

    编译运行结果:

    这里写图片描述

    展开全文
  • Uboot源码分析

    2013-11-10 11:32:46
    Uboot源码分析(适合初学者学习使用)
  • uboot源码分析[文].pdf

    2021-10-20 22:44:40
    uboot源码分析[文].pdf
  • UBOOT源码分析(详细)

    千次阅读 2015-05-14 19:46:47
    .word TEXT_BASE /*uboot 映像在 SDRAM 中的重定位地址 */ @TEXT_BASE 在开发板相关的目录中的 config.mk 文档中定义 , 他定 @ 义了代码在运行时所在的地址 , 那么 _TEXT_BASE 中保存了这个地 @ 址(这...

    @可知start.S的流程为:异常向量——上电复位后进入复位异常向量——跳到启动代码处——设置处理器进入管理模式——关闭看门狗——关闭中断——设置时钟分频——关闭MMUCACHE——进入lowlever_init.S——检查当前代码所处的位置,如果在FLASH中就将代码搬移到RAM

     

    大多数bootloader都分为stage1stage2两部分,u-boot也不例外。依赖于CPU体系结构的代码(如设备初始化代码等)通常都放在stage1且可以用汇编语言来实现,而stage2则通常用C语言来实现,这样可以实现复杂的功能,而且有更好的可读性和移植性。
    1
    Stage1start.S代码结构
    u-boot
    stage1代码通常放在start.S文件中,他用汇编语言写成,其主要代码部分如下:
    1)定义入口。由于一个可执行的Image必须有一个入口点,并且只能有一个全局入口,通常这个入口放在ROMFlash)的0x0地址,因此,必须通知编译器以使其知道这个入口,该工作可通过修改连接器脚本来完成。
    2)设置异常向量(Exception Vector)。
    3)设置CPU的速度、时钟频率及终端控制寄存器。
    4)初始化内存控制器。
    5)将ROM中的程序复制到RAM中。
    6)初始化堆栈。
    7)转到RAM中执行,该工作可使用指令ldr pc来完成。
    2
    Stage2 C语言代码部分
    lib_arm/board.c
    中的start armbootC语言开始的函数也是整个启动代码中C语言的主函数,同时还是整个u-bootarmboot)的主函数,该函数只要完成如下操作:
    1)调用一系列的初始化函数。
    2)初始化Flash设备。
    3)初始化系统内存分配函数。
    4)如果目标系统拥有NAND设备,则初始化NAND设备。
    5)如果目标系统有显示设备,则初始化该类设备。
    6)初始化相关网络设备,填写IPMAC地址等。
    7)进去命令循环(即整个boot的工作循环),接受用户从串口输入的命令,然后进行相应的工作。
    3
    U-Boot的启动顺序(示例,其他u-boot版本类似)
    cpu/arm920t/start.S

     

    @文件包含处理

    #include <config.h>
    @
    由顶层的mkconfig生成,其中只包含了一个文件:configs/<顶层makefile6个参数的第1个参数>.h
    #include <version.h>
    #include <status_led.h>

    /*
    *************************************************************************
    *
    * Jump vector table as in table 3.1 in [1]
    *
    *************************************************************************
    */

    注:ARM微处理器支持字节(8位)、半字(16位)、字(32位)3种数据类型
    @
    向量跳转表,每条占四个字节(一个字),地址范围为0x0000 0000@0x0000 0020
    @ARM
    体系结构规定在上电复位后的起始位置,必须有8条连续的跳

    @转指令,通过硬件实现。他们就是异常向量表。ARM在上电复位后,@是从0x00000000开始启动的,其实如果bootloader存在,在执行

    @下面第一条指令后,就无条件跳转到start_code,下面一部分并没@执行。设置异常向量表的作用是识别bootloader。以后系统每当有@异常出现,则CPU会根据异常号,从内存的0x00000000处开始查表@做相应的处理

    /******************************************************

    ;当一个异常出现以后,ARM会自动执行以下几个步骤:
    ;1.
    把下一条指令的地址放到连接寄存器LR(通常是R14).---保存位置
    ;2.
    将相应的CPSR(当前程序状态寄存器)复制到SPSR(备份的程序状态寄存器)---保存CPSR
    ;3.
    根据异常类型,强制设置CPSR的运行模式位
    ;4.
    强制PC(程序计数器)从相关异常向量地址取出下一条指令执行,从而跳转到相应的异常处理程序中
    *********************************************************/

    .globl _start /*系统复位位置,整个程序入口*/
    @_start
    GNU汇编器的默认入口标签,.globl_start声明为外部程序可访问的标签,.globlGNU汇编的保留关键字,前面加点是GNU汇编的语法
    _start: b       start_code   @0x00
    @ARM
    上电后执行的第一条指令,也即复位向量,跳转到start_code

    @resetb,就是因为resetMMU建立前后都有可能发生
    @
    其他的异常只有在MMU建立之后才会发生
    ldr pc, _undefined_instruction /*
    未定义指令异常,0x04*/
       ldr pc, _software_interrupt   /*
    软中断异常,0x08*/
       ldr pc, _prefetch_abort    /*
    内存操作异常,0x0c*/
       ldr pc, _data_abort     /*
    数据异常,0x10*/
       ldr pc, _not_used     /*
    未适用,0x14*/
       ldr pc, _irq      /*
    慢速中断异常,0x18*/
       ldr pc, _fiq      /*
    快速中断异常,0x1c*/

    @对于ARM数据从内存到CPU之间的移动只能通过L/S指令,如:ldr r0,0x12345678为把0x12345678内存中的数据写到r0中,还有一个就是ldr伪指令,如:ldr r0,=0x12345678为把0x12345678地址写到r0中,mov只能完成寄存器间数据的移动,而且立即数长度限制在8

    _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:   .word irq
    _fiq:   .word fiq
    @.word
    GNU ARM汇编特有的伪操作,为分配一段字内存单元(分配的单元为字对齐的),可以使用.word把标志符作为常量使用。如_fiq:.word fiq即把fiq存入内存变量_fiq中,也即是把fiq放到地址_fiq中。

    .balignl 16,0xdeadbeef
    @.balignl
    .balign的变体

    @ .align伪操作用于表示对齐方式:通过添加填充字节使当前位置

    @满足一定的对齐方式。.balign的作用同.align
    @ .align {alignment} {,fill} {,max}
    @
    其中:alignment用于指定对齐方式,可能的取值为2的次

    @幂,缺省为4fill是填充内容,缺省用0填充。max是填充字节@数最大值,如果填充字节数超过max, 就不进行对齐,例如:
    @ .align 4 /*
    指定对齐方式为字对齐 */

    【参考好野人的窝,于关u-boot中的.balignl 16,0xdeadbeef的理解http://haoyeren.blog.sohu.com/84511571.html

    /*
    *************************************************************************
    *
    * Startup Code (called from the ARM reset exception vector)
    *
    * do important init only if we don't start from memory!
    * relocate armboot to ram
    * setup stack
    * jump to second stage
    *
    *************************************************************************


    @
    保存变量的数据区,保存一些全局变量,用于BOOT程序从FLASH拷贝@RAM,或者其它的使用。
    @
    还有一些变量的长度是通过连接脚本里得到,实际上由编译器算出

    @来的


    _TEXT_BASE:

    @因为linux开始地址是0x30000000,我这里是64M SDRAM,所以@TEXT_BASE = 0x33F80000 ???
    .word TEXT_BASE /*uboot
    映像在SDRAM中的重定位地址*/
    @TEXT_BASE
    在开发板相关的目录中的config.mk文档中定义, 他定

    @义了代码在运行时所在的地址, 那么_TEXT_BASE中保存了这个地

    @址(这个TEXT_BASE怎么来的还不清楚)

    .globl _armboot_start
    _armboot_start:
    .word _start
    @
    _start来初始化_armboot_start。(为什么要这么定义一下还不明白)

    /*
    * These are defined in the board-specific linker script.
    */
    @
    下面这些是定义在开发板目录链接脚本中的

    .globl _bss_start   
    _bss_start:
    .word __bss_start
    @__bss_start
    定义在和开发板相关的u-boot.lds中,_bss_start保存的是__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 0x0badc0de

    /* IRQ stack memory (calculated at run-time) */
    .globl FIQ_STACK_START
    FIQ_STACK_START:
    .word 0x0badc0de
    #endif


    /*
    * the actual start code
    */
    @
    复位后执行程序
    @
    真正的初始化从这里开始了。其实在CPU一上电以后就是跳到这里执行的
    reset:
    /*
    * set the cpu to SVC32 mode
    */
    @
    更改处理器模式为管理模式
    @
    对状态寄存器的修改要按照:读出-修改-写回的顺序来执行
    @
        31 30 29 28 ---   7   6  -   4    3   2   1   0
        N Z C V       I   F       M4 M3 M2 M1 M0
                                      0   0   0 0   0     User26
    模式
                                      0   0   0 0   1     FIQ26
    模式
                                      0   0   0 1   0     IRQ26
    模式
                                      0   0   0 1   1     SVC26
    模式
                                      1   0   0 0   0     User
    模式
                                      1   0   0 0   1     FIQ
    模式
                                      1   0   0 1   0     IRQ
    模式
                                      1   0   0 1   1     SVC
    模式
                                      1   0   1 1   1     ABT
    模式
                                      1   1   0 1   1     UND
    模式
                                      1   1   1 1   1     SYS
    模式

    mrs r0,cpsr
    @
    cpsr的值读到r0
    bic r0,r0,#0x1f
    @
    清除M0~M4
    orr r0,r0,#0xd3
    @
    禁止IRQ,FIQ中断,并将处理器置于管理模式
    msr cpsr,r0

    @以下是点灯了,这里应该会牵涉到硬件设置,移植的时候应该可以不要
    bl coloured_LED_init
    bl red_LED_on

    @针对AT91RM9200进行特殊处理
    #if defined(CONFIG_AT91RM9200DK) || defined(CONFIG_AT91RM9200EK)
    /*
    * relocate exception table
    */
    ldr r0, =_start
    ldr r1, =0x0
    mov r2, #16
    copyex:
    subs r2, r2, #1
    @sub
    带上了s用来更改进位标志,对于sub来说,若发生借位则C标志置0,没有则为1,这跟adds指令相反!要注意。
    ldr r3, [r0], #4
    str r3, [r1], #4
    bne copyex
    #endif

    @针对S3C2400S3C2410进行特殊处理
    @CONFIG_S3C2400
    CONFIG_S3C2410等定义在include/configs/下不同开发板的头文件中
    #if defined(CONFIG_S3C2400) || defined(CONFIG_S3C2410)
    /* turn off the watchdog */

    @关闭看门狗定时器的自动复位功能并屏蔽所有中断,上电后看门狗为开,中断为关
    # if defined(CONFIG_S3C2400)
    # define pWTCON 0x15300000
    # define INTMSK 0x14400008 /* Interupt-Controller base addresses */
    # define CLKDIVN 0x14800014 /* clock divisor register */
    #else @s3c2410
    的配置
    # define pWTCON 0x53000000
    @pWTCON
    定义为看门狗控制寄存器的地址(s3c2410s3c2440相同)
    # define INTMSK 0x4A000008 /* Interupt-Controller base addresses */
    @INTMSK
    定义为主中断屏蔽寄存器的地址(s3c2410s3c2440相同)
    # define INTSUBMSK 0x4A00001C
    @INTSUBMSK
    定义为副中断屏蔽寄存器的地址(s3c2410s3c2440相同)
    # define CLKDIVN 0x4C000014 /* clock divisor register */
    @CLKDIVN
    定义为时钟分频控制寄存器的地址(s3c2410s3c2440相同)
    # endif
    @
    至此寄存器地址设置完毕

    ldr     r0, =pWTCON
    mov     r1, #0x0
    str     r1, [r0]
    @
    对于S3C2440S3C2410WTCON寄存器的[0]控制允许或禁止看门狗定时器的复位输出功能,设置为“0”禁止复位功能。

    /*
    * mask all IRQs by setting all bits in the INTMR - default
    */
    mov r1, #0xffffffff
    ldr r0, =INTMSK
    str r1, [r0]
    # if defined(CONFIG_S3C2410)
    ldr r1, =0x3ff @2410
    好像应该为7ff才对(不理解uboot为何是这个数字)
    ldr r0, =INTSUBMSK
    str r1, [r0]
    # endif
    @
    对于S3C2410INTMSK寄存器的32位和INTSUBMSK寄存器的低11位每一位对应一个中断,相应位置“1”为不响应相应的中断。对于S3C2440INTSUBMSK15位可用,所以应该为0x7fff了。

    /* FCLK:HCLK:PCLK = 1:2:4 */
    /* default FCLK is 120 MHz ! */
    ldr r0, =CLKDIVN
    mov r1, #3
    str r1, [r0]
    @
    时钟分频设置,FCLK为核心提供时钟,HCLKAHBARM920T,内存@控制器,中断控制器,LCD控制器,DMA和主USB模块)提供时钟,@PCLKAPB(看门狗、IISI2CPWMMMCADCUARTGPIO@RTCSPI)提供时钟。分频数一般选择148,所以HDIVN=2,PDIVN=1@CLKDIVN=5,这里仅仅是配置了分频寄存器,关于MPLLCON的配置肯@定写在lowlevel_init.S中了
    @
    归纳出CLKDIVN的值跟分频的关系:
    @0x0 = 1:1:1 , 0x1 = 1:1:2 , 0x2 = 1:2:2 , 0x3 = 1:2:4, 0x4 = 1:4:4, 0x5 =1:4:8, 0x6 = 1:3:3,
    0x7 = 1:3:6
    @S3C2440
    的输出时钟计算式为:Mpll=(2*m*Fin)/(p*2^s)
    S3C2410
    的输出时钟计算式为:Mpll=(m*Fin)/(p*2^s)
    m=M(the value for divider M)+8;p=P(the value for divider P)+2
    M,P,S
    的选择根据datasheetPLL VALUE SELECTION TABLE表格进行,

    我的开发板晶振为16.9344M,所以输出频率选为:399.65M的话M=0x6e,P=3,S=1
    @s3c2440
    增加了摄像头,FCLKHCLKPCLK的分频数还受到CAMDIVN[9](默认为0,CAMDIVN[8](默认为0)的影响
    #endif /* CONFIG_S3C2400 || CONFIG_S3C2410 */

    /*
    * we do sys-critical inits only at reboot,
    * not when booting from ram!
    */
    @
    选择是否初始化CPU
    #ifndef CONFIG_SKIP_LOWLEVEL_INIT
    bl cpu_init_crit
    @
    执行CPU初始化,BL完成跳转的同时会把后面紧跟的一条指令地址保存到连接寄存器LRR14)中。以使子程序执行完后正常返回。
    #endif

    @调试阶段的代码是直接在RAM中运行的,而最后需要把这些代码 @固化到Flash中,因此U-Boot需要自己从Flash转移到
    @RAM
    中运行,这也是重定向的目的所在。
    @
    通过adr指令得到当前代码的地址信息:如果U-boot是从RAM @开始运行,则从adr,r0,_start得到的地址信息为
    @r0=_start=_TEXT_BASE=TEXT_BASE=0x33F80000; @
    如果U-bootFlash开始运行,即从处理器对应的地址运行,
    @
    r0=0x0000,这时将会执行copy_loop标识的那段代码了。
    @ _TEXT_BASE
    定义在board/smdk2410/config.mk

    #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 /* don't reloc duringdebug         */
    beq     stack_setup
    ldr r2, _armboot_start
    @_armboot_start
    _start地址
    ldr r3, _bss_start
    @_bss_start
    为数据段地址
    sub r2, r3, r2 /* r2 <- size ofarmboot            */
    add r2, r0, r2 /* r2 <- source endaddress         */

    copy_loop:
    ldmia r0!, {r3-r10} /* copy from source address [r0]    */

    @从源地址[r0]读取8个字节到寄存器,每读一个就更新一次r0地址
    @ldmia:r0
    安字节增长
    stmia r1!, {r3-r10} /* copy to   target address [r1]   */
    @LDM(STM)
    用于在寄存器所指的一片连续存储器和寄存器列表的寄存@器间进行数据移动,或是进行压栈和出栈操作。
    @
    格式为:LDM(STM){条件}{类型}基址寄存器{},寄存器列表{^}
    @
    对于类型有以下几种情况: IA 每次传送后地址加1,用于移动数

    @据块
        IB
    每次传送前地址加1,用于移动数据块
        DA
    每次传送后地址减1,用于移动数据块
        DB
    每次传送前地址减1,用于移动数据块
        FD
    满递减堆栈,用于操作堆栈(即先移动指针再操作数据,相当于DB
        ED
    空递减堆栈,用于操作堆栈(即先操作数据再移动指针,相当于DA
        FA
    满递增堆栈,用于操作堆栈(即先移动指针再操作数据,相当于IB
        EA
    空递增堆栈,用于操作堆栈(即先操作数据再移动指针,相当于IA
    (这里是不是应该要涉及到NAND或者NOR的读写?没有看出来)

    cmp r0, r2   /* until source end addreee[r2]    */
    ble copy_loop
    #endif /* CONFIG_SKIP_RELOCATE_UBOOT */

    /* Set up thestack          */
    @
    初始化堆栈
    stack_setup:


    ldr r0, _TEXT_BASE /* upper 128 KiB: relocated uboot   */

    @获取分配区域起始指针,

    sub r0, r0, #CONFIG_SYS_MALLOC_LEN /* mallocarea    */

    @CFG_MALLOC_LEN=128*1024+CFG_ENV_SIZE=128*1024+0x1@0000=192K

    sub r0, r0, #CONFIG_SYS_GBL_DATA_SIZE /*bdinfo   */

    @CFG_GBL_DATA_SIZE    128---size in bytesreserved for initial data 用来存储开发板信息
    #ifdef CONFIG_USE_IRQ

    @这里如果需要使用IRQ, 还有给IRQ保留堆栈空间, 一般不使用.
    sub r0, r0, #(CONFIG_STACKSIZE_IRQ+CONFIG_STACKSIZE_FIQ)
    #endif
    sub sp, r0, #12 /* leave 3 words for abort-stack    */

    @该部分将未初始化数据段_bss_start----_bss_end中的数据 @清零
    clear_bss:
    ldr r0, _bss_start /* find start of bsssegment        */
    ldr r1, _bss_end /* stophere                       */
    mov r2, #0x00000000 /*clear                           */

    clbss_l:str r2, [r0] /* clearloop...                   */
    add r0, r0, #4
    cmp r0, r1
    ble clbss_l

    @跳到阶段二C语言中去
    ldr pc, _start_armboot

    _start_armboot: .word start_armboot
    @start_armboot
    /lib_arm/中,到这里因该是第一阶段已经完成了吧,下面就要去C语言中执行第二阶段了吧

    /*
    *************************************************************************
    *
    * CPU_init_critical registers
    *
    * setup important registers
    * setup memory timing
    *
    *************************************************************************
    */
    @CPU
    初始化

    @“relocate: /* relocate U-Boot to RAM */ ”之前被调用

    #ifndef CONFIG_SKIP_LOWLEVEL_INIT
    cpu_init_crit:     
    /*
    * flush v4 I/D caches
    */
    @
    初始化CACHES
    mov r0, #0
    mcr p15, 0, r0, c7, c7, 0 /* flush v3/v4 cache */
    mcr p15, 0, r0, c8, c7, 0 /* flush v4 TLB */

    /*
    * disable MMU stuff and caches
    */
    @
    关闭MMUCACHES
    mrc p15, 0, r0, c1, c0, 0
    bic r0, r0, #0x00002300 @ clear bits 13, 9:8 (--V- --RS)
    bic r0, r0, #0x00000087 @ clear bits 7, 2:0 (B--- -CAM)
    orr r0, r0, #0x00000002 @ set bit 2 (A) Align
    orr r0, r0, #0x00001000 @ set bit 12 (I) I-Cache
    mcr p15, 0, r0, c1, c0, 0
    @
    对协处理器的操作还是看不懂,暂时先不管吧,有时间研究一下ARM技术手册的协处理器部分。

    /*
    * before relocating, we have to setup RAM timing
    * because memory timing is board-dependend, you will
    * find a lowlevel_init.S in your board directory.
    */
    @
    初始化RAM时钟,因为内存是跟开发板密切相关的,所以这部分在/开发板目录/lowlevel_init.S中实现
    mov ip, lr
    @
    保存LR,以便正常返回,注意前面是通过BL跳到cpu_init_crit来的。
    @
    ARM937个寄存器,ARM727个)
    37
    个寄存器=7个未分组寄存器(R0R7+ 2×5个分组寄存器R8R12+6×2R13=SPR14=lr 分组寄存器) + 1(R15=PC) +1(CPSR) + 5(SPSR)
    用途和访问权限:
    R0
    R7:USR(用户模式)fiq(快速中断模式)、irq(中断模式)、svc(超级用法模式)、abtund
    R8
    R12R8_usrR12_usrusrirqsvcabtund
             R8_fiq
    R12_fiqfiq
    R11=fp
    R12=IP(
    从反汇编上看,fpip一般用于存放SP的值)
    R13
    R14R13_usr R14_usr(每种模式都有自己的寄存器)
    SP
    lr R13_fiq R14_fiq
              R13_irq R14_irq
              R13_svc R14_svc
              R13_abt R14_abt
              R13_und R14_und
    R15(PC)
    :都可以访问(即PC的值为当前指令的地址值加8个字节)
    R16   
    :((Current Program Status Register,当前程序状态寄存器)
               SPSR_fiq,SPSR_irq,SPSR_abt,SPSR_und(USR
    模式没有)

    #if defined(CONFIG_AT91RM9200EK)

    #else
    bl lowlevel_init

    @在重定向代码之前,必须初始化内存时序,因为重定向时需要将@flash中的代码复制到内存中lowlevel_init@/board/smdk2410/lowlevel_init.S中。               

    #endif
    mov lr, ip
    mov pc, lr
    @
    返回到主程序

    #endif /* CONFIG_SKIP_LOWLEVEL_INIT */

    /*
    *************************************************************************
    *
    * Interrupt handling
    *
    *************************************************************************
    */
    @
    这段没有看明白,不过好像跟移植关系不是很大,先放一放。
    @
    @ IRQ stack frame.
    @
    #define S_FRAME_SIZE 72

    #define S_OLD_R0 68
    #define S_PSR 64
    #define S_PC 60
    #define S_LR 56
    #define S_SP 52

    #define S_IP 48
    #define S_FP 44
    #define S_R10 40
    #define S_R9 36
    #define S_R8 32
    #define S_R7 28
    #define S_R6 24
    #define S_R5 20
    #define S_R4 16
    #define S_R3 12
    #define S_R2 8
    #define S_R1 4
    #define S_R0 0

    #define MODE_SVC 0x13
    #define I_BIT 0x80

    /*
    * use bad_save_user_regs for abort/prefetch/undef/swi ...
    * use irq_save_user_regs / irq_restore_user_regs for IRQ/FIQ handling
    */

    .macro bad_save_user_regs
    sub sp, sp, #S_FRAME_SIZE
    stmia sp, {r0 - r12}   @ Calling r0-r12
    ldr r2, _armboot_start
    sub r2, r2, #(CONFIG_STACKSIZE)
    sub r2, r2, #(CONFIG_SYS_MALLOC_LEN)
    sub r2, r2, #(CONFIG_SYS_GBL_DATA_SIZE+8) @ set base 2 words into abort stack
    ldmia r2, {r2 - r3}   @ get pc, cpsr
    add r0, sp, #S_FRAME_SIZE @ restore sp_SVC

    add r5, sp, #S_SP
    mov r1, lr
    stmia r5, {r0 - r3}   @ save sp_SVC, lr_SVC, pc, cpsr
    mov r0, sp
    .endm

    .macro irq_save_user_regs
    sub sp, sp, #S_FRAME_SIZE
    stmia sp, {r0 - r12}   @ Calling r0-r12
    add     r7, sp, #S_PC
    stmdb   r7, {sp,lr}^                  @ Calling SP, LR
    str     lr, [r7,#0]                   @ Save calling PC
    mrs     r6, spsr
    str     r6, [r7,#4]                   @ Save CPSR
    str     r0, [r7,#8]                   @ Save OLD_R0
    mov r0, sp
    .endm

    .macro irq_restore_user_regs
    ldmia sp, {r0 - lr}^   @ Calling r0 - lr
    mov r0, r0
    ldr lr, [sp, #S_PC]   @ Get PC
    add sp, sp, #S_FRAME_SIZE
    subs pc, lr, #4   @ return & move spsr_svc into cpsr
    .endm

    .macro get_bad_stack
    ldr r13, _armboot_start @ setup our mode stack
    sub r13, r13, #(CONFIG_STACKSIZE)
    sub r13, r13, #(CONFIG_SYS_MALLOC_LEN)
    sub r13, r13, #(CONFIG_SYS_GBL_DATA_SIZE+8) @ reserved a couple spots in abortstack

    str lr, [r13]   @ save caller lr / spsr
    mrs lr, spsr
    str     lr, [r13, #4]

    mov r13, #MODE_SVC   @ prepare SVC-Mode
    @ msr spsr_c, r13
    msr spsr, r13
    mov lr, pc
    movs pc, lr
    .endm

    .macro get_irq_stack   @ setup IRQ stack
    ldr sp, IRQ_STACK_START
    .endm

    .macro get_fiq_stack   @ setup FIQ stack
    ldr sp, FIQ_STACK_START
    .endm

    /*********************************************************
    * exception handlers
    ********************************************************/
    @
    异常向量处理
    @
    每一个异常向量处其实只放了一条跳转指令(因为每个异常向量只 @4个字节不能放太多的程序),跳到相应的异常处理程序中。
    .align 5
    undefined_instruction:
    get_bad_stack
    bad_save_user_regs
    bl do_undefined_instruction

    .align 5
    software_interrupt:
    get_bad_stack
    bad_save_user_regs
    bl do_software_interrupt

    .align 5
    prefetch_abort:
    get_bad_stack
    bad_save_user_regs
    bl do_prefetch_abort

    .align 5
    data_abort:
    get_bad_stack
    bad_save_user_regs
    bl do_data_abort

    .align 5
    not_used:
    get_bad_stack
    bad_save_user_regs
    bl do_not_used

    #ifdef CONFIG_USE_IRQ

    .align 5
    irq:
    get_irq_stack
    irq_save_user_regs
    bl do_irq
    irq_restore_user_regs

    .align 5
    fiq:
    get_fiq_stack
    /* someone ought to write a more effiction fiq_save_user_regs */
    irq_save_user_regs
    bl do_fiq
    irq_restore_user_regs

    #else

    .align 5
    irq:
    get_bad_stack
    bad_save_user_regs
    bl do_irq

    .align 5
    fiq:
    get_bad_stack
    bad_save_user_regs
    bl do_fiq

    #endif /*CONFIG_USE_IRQ*/
    @
    可知start.S的流程为:异常向量——上电复位后进入复位异常向量——跳到启动代码处——设置处理器进入管理模式——关闭看门狗——关闭中断——设置时钟分频——关闭MMUCACHE——进入lowlever_init.S——检查当前代码所处的位置,如果在FLASH中就将代码搬移到RAM

     

     

     

     

    根据board/samsumg/smdk2410下的u-boot.lds这个链接脚本知道u-boot启动的第一阶段函数是在cpu/arm920t/start.S。完成的功能主要包括

    1cpu自身的初始化:包括MMU,catch,时钟系统,SDRAM控制系统的初始话。

    2:重定位:把自己从flash中搬到SDRAM

    3:分配堆栈空间,设置堆栈指针

    4:清零BSS数据段

    5:跳转到第二阶段入口函数。

    具体分析如下:

    .globl _start

    @设置异常向量表,其中_startGNU 汇编的默认入口标签。注意ldr r0,0x1234是把0X1234中的内容写到R0中,ldrr0,=0x1234,是将1234这个值写到R0中,以及ADR 是用来加载地址。
    _start: b       start_code 
    ldr     pc, _undefined_instruction
    ldr     pc, _software_interrupt
    ldr     pc, _prefetch_abort
    ldr     pc, _data_abort
    ldr     pc, _not_used
    ldr     pc, _irq
    ldr     pc, _fiq

    @.wordGUN 汇编分配一段字内存单元,下面几句话相当于是C语言中的变量名和变量值。
    _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:                  .word irq
    _fiq:                  .word fiq

    @全局符号定义

    _TEXT_BASE:
    .word   TEXT_BASE@
    board/samsumg/smdk2410中定义为3ff80000..UBOOT映像文件所在地址
    .globl _armboot_start
    _armboot_start:
    .word _start
    @下面主要在u-boot.lds链接脚本中定义
    .globl _bss_start
    _bss_start:
    .word __bss_start

    .globl _bss_end
    _bss_end:
    .word _end

    @下面主要为start_code 的实现

    start_code:
    @设置当前状态为SVC32模式
    mrs     r0,cpsr   
    bic     r0,r0,#0x1f   @
    相应位置清零
    orr     r0,r0,#0xd3  @
    相应位置1,同时关闭IRQFIQ
    msr     cpsr,r0   

    @关闭看门狗,关中断,设置时钟分频控制寄存器。pWTCON是看门狗控制寄存器,INTMSK是中断屏蔽寄存器,INTSUBMSK是中断子屏蔽寄存器,CLKDIVNclock divisor register,用来设置FCLKHCLKPCLK三者的比例。

             #ifdefined(CONFIG_S3C2400) || defined(CONFIG_S3C2410)
    /* turn off the watchdog */

    # if defined(CONFIG_S3C2400)
    #  definepWTCON               0x15300000
    #  defineINTMSK               0x14400008      /* Interupt-Controller base addresses*/
    #  define CLKDIVN      0x14800014      /* clock divisor register */
    #else
    #  definepWTCON               0x53000000
    #  defineINTMSK               0x4A000008      /* Interupt-Controller base addresses*/
    #  define INTSUBMSK     0x4A00001C
    #  define CLKDIVN      0x4C000014      /* clock divisor register */
    # endif
    @
    关看门狗
    ldr     r0, =pWTCON
    mov     r1, #0x0
    str     r1, [r0]

             @关闭主中断屏蔽寄存器
    mov     r1, #0xffffffff
    ldr     r0, =INTMSK
    str     r1, [r0]
    # if defined(CONFIG_S3C2410)

          @关闭副中断屏蔽寄存器

           ldr     r1, =0x3ff
    ldr     r0, =INTSUBMSK
    str     r1, [r0]
    # endif

         @设置时钟分频控制寄存器。
     /* FCLK:HCLK:PCLK = 1:2:4 * /FCLK为核心提供时钟,HCLKAHBARM920T,内存控制器,中断控制器,LCD控制器,DMA和主USB模块)提供时钟,PCLKAPB(看门狗、IISI2CPWMMMCADCUARTGPIORTCSPI)提供时钟
    /* default FCLK is 120 MHz ! */


    ldr     r0, =CLKDIVN
    mov     r1, #3
    str     r1, [r0]
    #endif  /* CONFIG_S3C2400 || CONFIG_S3C2410 */

    @执行CPU初始话。

    176 #ifndef CONFIG_SKIP_LOWLEVEL_INIT
    178       bl     cpu_init_crit @
    如果没有定义CONFIG_SKIP_LOELEVEL_INIT,则执行cpu_init_crit.236-268
    179  #endif

    @重新定位u-bootSDRAM

    #ifndef CONFIG_SKIP_RELOCATE_UBOOT
    181relocate:                              /* relocate U-Boot toRAM           */
    182         adr    r0,_start             
    @通过adr指令得到当前代码的地址信息:如果U-boot是从RAM开始运行,则从adr,r0,_start得到的地址信息为 r0=_start=_TEXT_BASE=TEXT_BASE=0x3ff80000;如果U-bootFlash开始运行,即从处理器对应的地址运行,则r0=0x0000,这时将会执行copy_loop标识的那段代码了
    183         ldr    r1, _TEXT_BASE          /* test ifwe run from flash or RAM */
    184         cmp    r0,r1                 /* don't reloc during debug         */
    185         beq    stack_setup   @
    如果r0等于r1,跳过重定位代码
    186
    187         ldr    r2, _armboot_start@_start
    的内容写入r2
    188         ldr    r3, _bss_start  @_bss_start
    的内容写入r3
    189         sub    r2, r3, r2          @
    计算armboot所占字节大小
    190         add    r2, r0,r2            @armboot
    结束地址
    191
    @实现从flash中拷贝到_TEXT_BASE0x3ff80000)所在的地址中去
    192 copy_loop:
    193         ldmia   r0!,{r3-r10}           /* copyfrom source address [r0]    */
    194         stmia   r1!,{r3-r10}           /* copyto   target address [r1]    */
    195         cmp    r0,r2                 /* until source end addreee [r2]    */
    196         ble    copy_loop
    197 #endif  /* CONFIG_SKIP_RELOCATE_UBOOT */
    198
    199  
    @初始化堆栈                                               */
    200 stack_setup:
    201         ldr    r0, _TEXT_BASE      @3ff80000 
    202         sub    r0, r0, #CONFIG_SYS_MALLOC_LEN 
    @ 向下内存分配,为malloc预留分配空间
    203         sub    r0, r0, #CONFIG_SYS_GBL_DATA_SIZE
    @全局数据结构空间
    204 #ifdef CONFIG_USE_IRQ
    205         sub    r0, r0, #(CONFIG_STACKSIZE_IRQ+CONFIG_STACKSIZE_FIQ)@
    IRQFIQ分配空间
    206 #endif
    207         sub    sp, r0, #12          
    @abort异常预留12字节的空间,并将当前的地址赋给sp,这样就为内存栈设置好了,之后如果在u-boot中运行程序时需要使用栈的时候就从这里开始。
    208 @
    清空数据段
    209 clear_bss:
    210         ldr    r0, _bss_start          /* findstart of bss segment        */
    211         ldr    r1, _bss_end           /* stophere                       */
    212         mov    r2, #0x00000000         /*clear                           */
    213
    214 clbss_l:str     r2,[r0]               /* clearloop...                   */
    215         add    r0, r0, #4
    216         cmp    r0, r1
    217         ble    clbss_l
    219         ldr    pc, _start_armboot
    @跳转到_start_armboot,也就是函数 start_armboot,此函数存放在u-boot-2009.03/lib_arm/board.c,这样就到了u-boot的第二阶段了。
    220
    221 _start_armboot: .word start_armboot

    @执行cpu_init_crit.

    236 #ifndef CONFIG_SKIP_LOWLEVEL_INIT
    237 cpu_init_crit:
    238         /*
    239          * flush v4 I/D caches
    240          */
    241         mov     r0, #0
    242         mcr     p15, 0,r0, c7, c7, 0   @
    使IcachesDcaches无效
    243         mcr     p15, 0,r0, c8, c7, 0   @
    使TLB失效
    244

    245     
    关闭mmucache,这里249行,将1398bit清零(13—异常向量表基地址:0x0 9—DisableSystem Protection, 8—Disable ROM Protection),250行,将7,2,1,0bit清零(7—0 的时候表示小端字节序,2-- Data Cache Disabled1-- Alignment Fault checking disabled0—0的话MMU disabled)251行,将bit 1 设置为1表示Fault checking enabled252行,将bit 12设置为1表示使能 I-Cache

    @MRC指令的格式为:
    @MRC{
    条件} 协处理器编码,协处理器操作码1,目的寄存器,源寄存器1,源寄存器2,协处理器操作码2
    @MRC
    指令用于将协处理器寄存器中的数据传送到ARM处理器寄存器中,若协处理器不能成功完成操作,则产生未定义指令异常。其中协处理器操作码1和协处理器操作码2为协处理器将要执行的操作,目的寄存器为ARM处理器的寄存器,源寄存器1和源寄存器2均为协处理器的寄存器。  指令示例: MRC   P33R0C4C56   ;该指令将协处理器P3的寄存器中的数据传送到ARM处理器寄存器中。

    248         mrc    p15, 0, r0, c1, c0, 0
    249         bic     r0, r0,#0x00002300     @ clear bits 13, 9:8 (--V- --RS)
    250         bic     r0, r0,#0x00000087     @ clear bits 7, 2:0 (B--- -CAM)
    251         orr     r0, r0,#0x00000002     @ set bit 2 (A) Align
    252         orr     r0, r0,#0x00001000     @ set bit 12 (I) I-Cache
    253         mcr     p15, 0,r0, c1, c0, 0
    254       

    260         mov    ip, lr @
    保存当前链接寄存器中的值
    261
    262        bl      lowlevel_init @
    @u-boot-2009.03/board/samsung/smdk2410/lowlevel_init.S ,主要是初始话存储控制器件,共13个。只需要设置BWSCONBANKCONxx0-5),而BANK6,BANK7SDRAM,除了设置 BWSCONBANKCONxx67),还需要设置其他四个寄存器,而这13个寄存器的地址是连续的,BWSCON是第一个寄存器
    263

    264         mov    lr, ip
    265         mov    pc, lr @
    返回执行relocate

    266 #endif /* CONFIG_SKIP_LOWLEVEL_INIT */

    @以下就是各种中断的处理。

     @.macro伪操作符标识宏定义的开始,.endm标识宏定义的结束。二者包含的一段代码,称为宏定义体,这样在程序中就可通过宏指令多次调用该代码段。格式:
    .macro macroname {parameter{,parameter}...}
    ...
    .endm
    宏的参数可直接使用斜线“\字符来引用,如下“\reg”所示。

      @略过     

    这里重声一下ldrb的区别

    b跳转指令是个相对跳转指令直接向PC寄存器赋值,依赖当前PC的值,这使得B指令不依赖代码存储的位置,被称为位置无关码

    ldr是从内存中的某个位置读出数据,并给PC赋值这个位置的地址是当前PC寄存器的值加上偏移值

    展开全文
  • 第63行设置r0寄存器的值为_start, _start就是整个uboot的入口地址,其值为0X87800000,相当于 uboot 的起始地址,因此 0x87800000 也是向量表的起始地址。 第 64 行将 r0 寄存器的值(向量表值)写入到 CP15 的 c12 ...
  • uboot 源码分析

    2012-07-25 17:02:19
    uboot 源码分析,详细解释uboot 的工作流程。
  • 2.9.1、uboot的环境变量基础 2.9.1.1、环境变量的作用 2.9.1.2、环境变量的优先级 x210 # bdinfo //环境变量 arch_number = 0x00000998 env_t = 0x00000000 boot_params = 0x30000100 DRAM bank = 0x00000000 ->...
  • 注: 以下的内容来自朱老师物联网大讲堂uboot部分课件 1. start.S引入 根据之前的学习经验我们知道,程序的运行肯定都要有一个入口,uboot的程序运行也是一样的,我们在裸机的部分知道了程序执行开始必须执行一段...
  • uboot 源码分析

    2017-05-07 17:25:48
    分析uboot的Makefile的时候我们知道他的入口地址在cpu/arm920/start.s 打开文件cpu/arm920/start.s:
  • 《2.uboot和系统移植-第8部分-2.8.uboot源码分析4-uboot的命令体系》 第一部分、章节目录 2.8.1.uboot命令体系基础 2.8.2.uboot命令解析和执行过程分析 2.8.3.uboot如何处理命令集1 2.8.4.uboot如何处理命令集2...
  • uboot中的make会按相应的硬件平台配置调用u-boot.lds(由于有很多u-boot.lds,至于调用的是哪一个可以直接看编译过程的输出信息,还有就是直接在生成所有目标文件目的录下去寻找[make O=目标目录路径]),现截取部分...
  • 《2.uboot和系统移植-第6部分-2.6.uboot源码分析2-启动第二阶段》 第一部分、章节目录 2.6.1.start_armboot函数简介 2.6.2.start_armboot解析1 2.6.3.内存使用排布 2.6.4.start_armboot解析2 2.6.5.start_arm...
  • uboot的环境变量-2.9.uboot源码分析5

    千人学习 2016-02-25 22:15:11
    本课程为uboot学习的第9部分,主要讲解uboot的环境变量的实现原理和环境变量在内存中、SD卡中的...结合环境变量相关的几个命令的代码分析,目的是让大家对uboot的环境变量设计思路有深入理解,从而更深入掌握uboot
  • uboot的命令体系-2.8.uboot源码分析4

    千人学习 2016-02-25 22:06:36
    本课程为uboot学习的第8部分,主要讲解uboot的命令体系。分析uboot的命令定义和实现的方法,教大家自己向uboot中添加自定义命令等。目标是让大家深入理解uboot的命令原理及使用。
  • 本课程为uboot学习的第10部分,主要讲解uboot中的硬件驱动部分。主要以SD/MMC驱动为例详细分析了SD/MMC卡的初始化函数、读写函数等的逻辑,目的是让大家对驱动框架有所了解,进而通过此初步学习到linux驱动的思想。
  • uboot 源码和 架构分析

    2011-07-14 09:34:38
    uboot 源码和 架构分析 ,便于移植和配置
  • uboot源码编译过程分析(一)

    千次阅读 2019-03-22 21:11:58
    uboot(全称 Universal ...这里简略分析一下uboot的编译过程。 先下载源码: http://ftp.denx.de/pub/u-boot/ 小编下载 u-boot-2011.09.tar.bz2是因为曾经使用过相关的定制版本(针对具体的开发板),并且研究过...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 5,775
精华内容 2,310
关键字:

uboot源码分析