uboot下init_sequence_f函数之dram_init

一.uboot启动第二阶段之start_armboot函数简介 1.start_armboot函数简介 (1)这个函数在uboot/lib_arm/board.c的第444行开始到908行结束。 (2)、即一个函数组成uboot第二阶段 2、宏观分析：uboot第二阶段应该做什么 (1)概括来讲uboot第一阶段主要就是初始化了SoC内部的一些部件（譬如看门狗、时钟），然后初始化DD...

int dram_init(void)//是关于ddr的初始化，在会汇编阶段已经初始化过ddr,否则也无法relocate到第二阶段 //这里再次初始化是因为这里是在给gd->bd里面关于ddr配置部分的全局变量赋值，让gd->bd数据记录下来 //当前的开发板的ddr的配置信息，以便在uboot中使用内存 //(3):从代码上看。其实就是初始化gd->bd->bi_dra...

网卡初始化、机器码（gd->bd->bi_arch_number）、内核传参DDR地址（gd->bd->bi_boot_params）、Timer4初始化为10ms一次、波特率设置（gd->bd->bi_baudrate和gd->baudrate）、console第一阶段初始化（gd->have_console设置为1）、打印uboot的启动信息、打印cpu相关设置信息、检查并打印当前开发板名字、DDR配置信息初始化（gd->bd->bi_dram）、打印DDR总容量。所以uboot中定时时不能做其他事。

dram_init（int size,int index）; index所在的所在空间的起始地址，空间空间大小为size。（可以理解为一个地址块的起始地址和终止地址） dram_copy(intsize，intdata ,int index） 将data存放在index所在的地址空间中 ...

announce_dram_init static int announce_dram_init(void) {  puts("DRAM:  ");  return 0; }

setup_dram_config: static int setup_dram_config(void) {  /* Ram is board specific, so move it to board code ... */  dram_init_banksize(); return 0; }

show_dram_config: static int show_dram_config(void) {  unsigned long long size;#ifdef CONFIG_NR_DRAM_BANKS  int i; debug("\nRAM Configuration:\n");  for (i = size = 0; i < CONFIG_NR_DRAM_BANKS; i

uboot启动流程-涉及board_init_f汇编函数

重新设置环境(sp和 gd)、获取 gd->start_addr_sp的值赋给sp,在函数 board_init_f中会初始化gd的所有成员变量,其中gd->start_addr_sp-0X9EF44E90,所以这里相当于设置sp-gd->start_addr_sp-0X9EF44E90。第4行,initf_console_record,如果定义了宏CONFIG_CONSOLE-RECORD和宏CONFIG_SYS_MALLOC_F_LEN的话此函数就会调用函数console_record_init。

举个例子，DCD可用于对DDR控制器进行配置，以获得最佳设置，并提高启动性能。在设定了DDR控制器后，启动ROM把U-Boot映像数据加载到片外DDR里，并运行它。DCD（设备配置数据）允许启动ROM代码从驻留在引导设备上的外部引导加载器获取SoC配置数据。这个不结合代码看，是非常的没有意义的，但是一般这一部分代码都集成在小系统里面，和板机设备强绑定，开源的代码实在是太少了。其次是到现在这个阶段，你已经对DDR很了解了，作为一个使用者，看懂代码驱动的用途以及调用关系对你来说是非常容易了。

一、start_armboot 解析6 1、console_init_f (1) console_init_f 是 console（控制台）的第一阶段初始化。_f 表示是第一阶段初始化，_r 表示第二阶段初始化。有时候初始化函数不能一次一起完成，中间必须要夹杂一些代码，因此将完整的一个模块的初始化分成了 2 个阶段。（我们的 uboot 中 start_armboot 的 826 行进行了 console_init_r 的初始化） (2) console_init_f 在 uboot/common

uboot移植之前期准备篇1 uboot移植之Makefile分析概述篇2 uboot移植之源码流程分析篇3(超详细！) uboot移植之修改支持SDRAM篇4 uboot移植之修改支持NorFlash篇5 uboot移植之修改支持NandFlash识别篇6（超详细） 目录 内存分布总结： 前程回顾： 剔除掉一些多余的宏开关之后，以及一些多余的函数之后，init_sequen...

首先大致分析一下 u-boot 的代码走向， 通过看链接脚本 u-boot-2014.04/arch/arm/cpu/u-boot.lds 和u-boot-2014.04/arch/arm/cpu/u-boot-spl.lds 得知，不管是 u-boot.bin 还是 u-boot-spl.bin 都以u-boot-2014.04/arch/arm/cpu/armv7/start.S 开始，同时在...

UPLLCON 0x4C000008 //UPLL锁相环控制器，控制着UCKL频率，USB的时钟频率。UPLLCON 0x4C000008 //UPLL锁相环控制器，控制着UCKL频率，USB的时钟频率。MPLLCON 0x4C000004 //MPLL锁相环控制器，控制着FCLK的频率。MPLLCON 0x4C000004 //MPLL锁相环控制器，控制着FCLK的频率。// 0个停止位，8位数据。// 0个停止位，8位数据。//取消使能自动流量控制。//取消使能自动流量控制。

第一个C函数startarm_boot中首先执行了一个初始化函数指针数组。 初始化函数指针数组： init_fnc_t *init_sequence[] = { #if defined(CONFIG_ARCH_CPU_INIT)   //如果定义了CONFIG_ARCH_CPU_INIT这个宏，则调用cpu架构相关的函数。这个函数一般定义在arch/arm/cpu/arm926ejs/l

从上节我们知道，C语言部分主要集中在两个函数board_init_f和board_init_r，主要是board初始化的前部分（front）及后部分（rear），我们先来看board_init_f函数的实现： common/board_f.c void board_init_f(ulong boot_flags) { .... gd->flags = boot_flags;

1、版本开始把体系结构相关的内容合并，原先的cpu与lib_arch内容全部纳入arch中，并且其中增加inlcude文件夹；分离出通用库文件lib。 ├── api 存放uboot提供的接口函数 ├── arch 与体系结构相关的代码，uboot的重头戏 ├── board 根据不同开发板定制的代码，代码也不少 ├── common 通用的代码，涵盖各个方面，已命令行处理为主 ├── disk...

u-boot源码分析

目录start_armboot函数简介一，start_armboot解析1二，start_armboot解析2-------init_sequence里的init函数分析1、cpu_init2、board_init3、interrupt_init4、env_init5、init_baudrate6、serial_init start_armboot函数简介 1、一个很长的函数 (1)这个函数在u...