S3C6410之uboot回炉再造(1)start.S - SVC模式设置

发布时间:2024-09-03  

  虽然已经写了几篇关于uboot移植的、但是觉得整体对uboot的理解还是只停留在copy的层面。


  狠下心来,从代码进行uboot的分析,并从新移植一次uboot。


  这次更侧重于记录代码分析心得。


  使用uboot的版本仍为2010.3版本。


  这里有一个很是详尽的start.S分析网站,分析过程借鉴了网站的方法,但也有一些不同的地方


http://www.crifan.com/files/doc/docbook/uboot_starts_analysis/release/html/uboot_starts_analysis.html

  总的不同有如下


  在网站的分析中,基于代码为arm920t,即ARM9系列芯片,ARM9系列芯片的初始化过程为:


1、设置CPU模式

2、关闭看门狗

3、关闭中断

4、设置堆栈sp指针

5、清除bss段

6、异常中断处理


  然后我现在选择的修改模板是arm1176,即ARM11系列芯片,ARM11系列芯片的初始化过程为:


1、设置CPU模式

// -- 关闭看门狗

// -- 关闭中断

2、初始化MMU  // ++

3、设置堆栈sp指针

4、清除bss段

5、异常中断处理


  两种芯片的start.S的区别一目了然。


  接着开始分析代码了。


  一切的开始:start.S  (文件路径为/cpu/arm1176/start.S)


  为了方便跳转阅读,启用行号。


  为避免误导,在此说明:


  此时我使用的是未经修改的uboot2010版本的start.S,在这篇分析中不会对它进行任何修改。


  在随后的blog中才对start.S进行修改并阐述理由,修改处必有类似 git diff 的说明


  1、头文件


 1 /*

 2  * ……

 3  */

 4 

 5 #include

 6 #include

 7 #ifdef CONFIG_ENABLE_MMU

 8 #include

 9 #endif

10 #include

11 

12 #if !defined(CONFIG_ENABLE_MMU) && !defined(CONFIG_SYS_PHY_UBOOT_BASE)

13 #define CONFIG_SYS_PHY_UBOOT_BASE    CONFIG_SYS_UBOOT_BASE

14 #endif


  头文件部分不必赘述,但是这里有一个不得不说的地方


13 #define CONFIG_SYS_PHY_UBOOT_BASE    CONFIG_SYS_UBOOT_BASE

  为了解析这个定义,找到了 /include/configs/smdk6400.h


/* NAND U-Boot load and start address */

#define CONFIG_SYS_UBOOT_BASE        (CONFIG_SYS_MAPPED_RAM_BASE + 0x07e00000)

  继续跳转搜索 CONFIG_SYS_MAPPED_RAM_BASE:


#ifdef CONFIG_ENABLE_MMU

#define CONFIG_SYS_MAPPED_RAM_BASE    0xc0000000

#define CONFIG_BOOTCOMMAND    'nand read 0xc0018000 0x60000 0x1c0000;'

                'bootm 0xc0018000'

#else

#define CONFIG_SYS_MAPPED_RAM_BASE    CONFIG_SYS_SDRAM_BASE

#define CONFIG_BOOTCOMMAND    'nand read 0x50018000 0x60000 0x1c0000;'

                'bootm 0x50018000'

#endif


  很显然了,在MMU工作的状态下:


#define CONFIG_SYS_MAPPED_RAM_BASE    0xc0000000

  MMU工作就是开发板播到从NAND flash启动的状态。


 


  而在MMU未工作的状态下:


#define CONFIG_SYS_MAPPED_RAM_BASE    CONFIG_SYS_SDRAM_BASE

....

#define CONFIG_SYS_SDRAM_BASE  0x50000000

  从这里,可以理解在使用dnw下载的时候,Download Address为


#define CONFIG_SYS_UBOOT_BASE        (CONFIG_SYS_MAPPED_RAM_BASE + 0x07e00000)

// 0x5000000 + 0x07e00000 = 0x57e00000

  uboot是bootloader的一种,要更为准确地描述这两种状态可以说为


  1、启动加载(Boot loading)模式,即自主'(Autonomous)模式;


  2、下载(Downloading)模式。


  更为详细的描述可以参详


http://blog.csdn.net/r91987/article/details/6695007

  


  接下来进入正文分析了


 1 /*

 2  *************************************************************************

 3  *

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

 5  *

 6  *************************************************************************

 7  */

 8 

 9 .globl _start

10 _start: b    reset      //跳转到reset处执行,即下一段代码的44行

                  //但此时不必急着看reset的执行代码,可以继续顺序往下

11 #ifndef CONFIG_NAND_SPL   //定义NAND_SPL时

12     ldr    pc, _undefined_instruction  //ldr = Load Register 

13     ldr    pc, _software_interrupt    //软件中断

14     ldr    pc, _prefetch_abort      //预取指中止

15     ldr    pc, _data_abort         //数据中止

16     ldr    pc, _not_used          //保留

17     ldr    pc, _irq             //IRQ中断

18     ldr    pc, _fiq             //FIQ中断

19           //这里的七种异常就是ARM的七种异常处理类型,对应的声明在 20 - 33行

20 _undefined_instruction:    //.word = 32bit , 这里可以理解为 _undef.. = &undef..

21     .word undefined_instruction //这里将地址放入 _undef.. ,而_undef的地址又放入pc

22 _software_interrupt:     //双层取址,所以最终送入pc的数据为 undefined_instruction

23     .word software_interrupt //以下含义相同

24 _prefetch_abort:       

25     .word prefetch_abort   //pc 是 ARM 的指令寄存器

26 _data_abort:     //将这些异常送入 pc ,意为让 ARM 运行这些指令的初始化代码(后文可见)

27     .word data_abort

28 _not_used:

29     .word not_used

30 _irq:

31     .word irq

32 _fiq:

33     .word fiq

34 _pad:

35     .word 0x12345678 /* now 16*4=64 */

36 #else

37     . = _start + 64

38 #endif

39 

40 .global _end_vect

41 _end_vect:

42     .balignl 16,0xdeadbeef  // .balignl 为对其指令,意为让以下的代码按16位对其

                   //不足为则补上0xdeadbeef

                   //很有意思的dead beef,为数不多的能用16进制表示的单词


  接下来为正式的启动指令了


1 /*

 2  *************************************************************************

 3  *

 4  * Startup Code (reset vector)

 5  *

 6  * do important init only if we don't start from memory!

 7  * setup Memory and board specific bits prior to relocation.

 8  * relocate armboot to ram

 9  * setup stack

10  *

11  *************************************************************************

12  */

13 

14 _TEXT_BASE:

15     .word    TEXT_BASE  //这里是 .text 的 base ,即代码段的基址

16 

17 /*

18  * Below variable is very important because we use MMU in U-Boot.

19  * Without it, we cannot run code correctly before MMU is ON.

20  * by scsuh.

21  */

22 _TEXT_PHY_BASE:      //上面的注释很清晰了

23     .word    CONFIG_SYS_PHY_UBOOT_BASE

24 

25 .globl _armboot_start  //此处声明了 _armboot_start 指向 _start

26 _armboot_start:      

27     .word _start

28 

29 /*

30  * These are defined in the board-specific linker script.

31  */

32 .globl _bss_start    //此处的标号其实最终指向的是链接脚本文件(.lds)中的定义

33 _bss_start:

34     .word __bss_start

35 

36 .globl _bss_end     //同上

37 _bss_end:

38     .word _end

39 

40 /*

41  * the actual reset code

42  */

43 

44 reset:        //这里就是start之后跳转的地方了

45     /*

46      * set the cpu to SVC32 mode

47      */      //SVC模式也成为管理模式,是操作系统的一种保护模式

48     mrs    r0, cpsr      //mrs为读寄存器指令 

49     bic    r0, r0, #0x3f   //清除r0的低7位

50     orr    r0, r0, #0xd3   //将r0置为0b1101_0011,我们只看低5位

51     msr    cpsr, r0      //查CPSR处理器模式位知SVC模式位就是0b1_0011


  至此,CPU的SVC模式设置成功了。


  最后补充一个内容,.lds文件是编译脚本文件,展开可以看成ld script。


  这里的 ld 对应于编译器的 arm-linux-ld。


  有关于.lds文件的说明,可以参阅


http://blog.csdn.net/pottichu/article/details/4261289

  在后面的篇幅中,也会涉及.lds文件的修改。


文章来源于:电子工程世界    原文链接
本站所有转载文章系出于传递更多信息之目的,且明确注明来源,不希望被转载的媒体或个人可与我们联系,我们将立即进行删除处理。

我们与500+贴片厂合作,完美满足客户的定制需求。为品牌提供定制化的推广方案、专属产品特色页,多渠道推广,SEM/SEO精准营销以及与公众号的联合推广...详细>>

利用葫芦芯平台的卓越技术服务和新产品推广能力,原厂代理能轻松打入消费物联网(IOT)、信息与通信(ICT)、汽车及新能源汽车、工业自动化及工业物联网、装备及功率电子...详细>>

充分利用其强大的电子元器件采购流量,创新性地为这些物料提供了一个全新的窗口。我们的高效数字营销技术,不仅可以助你轻松识别与连接到需求方,更能够极大地提高“闲置物料”的处理能力,通过葫芦芯平台...详细>>

我们的目标很明确:构建一个全方位的半导体产业生态系统。成为一家全球领先的半导体互联网生态公司。目前,我们已成功打造了智能汽车、智能家居、大健康医疗、机器人和材料等五大生态领域。更为重要的是...详细>>

我们深知加工与定制类服务商的价值和重要性,因此,我们倾力为您提供最顶尖的营销资源。在我们的平台上,您可以直接接触到100万的研发工程师和采购工程师,以及10万的活跃客户群体...详细>>

凭借我们强大的专业流量和尖端的互联网数字营销技术,我们承诺为原厂提供免费的产品资料推广服务。无论是最新的资讯、技术动态还是创新产品,都可以通过我们的平台迅速传达给目标客户...详细>>

我们不止于将线索转化为潜在客户。葫芦芯平台致力于形成业务闭环,从引流、宣传到最终销售,全程跟进,确保每一个potential lead都得到妥善处理,从而大幅提高转化率。不仅如此...详细>>