I-mx257
u-boot-2009.08/cpu/arm926ejs
u-boot-2009.08/board/freescale
u-boot-2009.08/board/freescale/mx25_3stack
(1)、分析Makefile
首先我们分析Makefile,很容易发现在3210-3214行中,新增加了:
mx25_3stack_config : unconfig @$(MKCONFIG) $(@:_config=) arm arm926ejs mx25_3stack freescale mx25
mx28_config : unconfig @$(MKCONFIG) $(@:_config=) arm arm926ejs mx28 freescale mx28 |
mx25_3stack_config 是针对 IMX25x 系列的开发板
è ./mkconfig mx25_3stack arm arm926ejs mx25_3stack freescale mx25
mx28_config 是针对 IMX28x 系列的开发板
è ./mkconfig mx28 arm arm926ejs mx28 freescale mx28
当我们运行makefile时,实际上运行的是上面的命令,下面我们来分析一下mkconfig。
./mkconfig mx25_3stack arm arm926ejs mx25_3stack freescale mx25
(2)、分析mkconfig
然后,我们来分析配置过程mkconfig,去掉它跟我们无关的代码:
#./mkconfig mx25_3stack arm arm926ejs mx25_3stack freescale mx25 # $0 $1 $2 $3 $4 $5 $6
APPEND=no # Default: Create new config file BOARD_NAME='' # Name to print in make output
[ '${BOARD_NAME}' ] || BOARD_NAME='$1' #=> 单板的名字:BOARD_NAME = mx25_3stack
echo 'Configuring for ${BOARD_NAME} board...' #=> 接下来会打印这句话
# Create link to architecture specific headers cd ./include rm -f asm ln -s asm-$2 asm #=> ln -s asm-arm asm # 在include下生成一个指向asm-arm的链接文件
rm -f asm-$2/arch #=> rm -f asm-arm arch
ln -s ${LNPREFIX}arch-$6 asm-$2/arch #=> ln -s arch-mx25 asm-arm/arch # 在include/asm-arm 下生成一个指向arch-mx25的链接文件
if [ '$2' = 'arm' ] ; then rm -f asm-$2/proc ln -s ${LNPREFIX}proc-armv asm-$2/proc #=> ln -s arch-mx25 asm-arm/arch # 在include/asm-arm 下生成一个指向asm-arm/proc的链接文件 fi
# # Create include file for Make # echo 'ARCH = $2' > config.mk echo 'CPU = $3' >> config.mk echo 'BOARD = $4' >> config.mk # 生成config.mk 文件 内容如下: # ARCH = arm # CPU = arm926ejs # BOARD = mx25_3stack
[ '$5' ] && [ '$5' != 'NULL' ] && echo 'VENDOR = $5' >> config.mk # $5 = freescale 在config.mk中添加 # VENDOR = freescale
[ '$6' ] && [ '$6' != 'NULL' ] && echo 'SOC = $6' >> config.mk # $6 = mx25 在config.mk中添加 # SOC = mx25
# Create board specific header file > config.h # Create new config file
echo '/* Automatically generated - do not edit */' >>config.h echo '#include echo '#include #新建一个config.h文件,并添加以上信息 exit 0 |
从上面的mkconfig简化代码,我们得知,mkconfig中主要功能就是:
定义一些链接文件,生成config.mk、config.h内容如下:
可以看出,config.mk 和config.h 文件中的代码和我们分析的一模一样。
(3)、分析编译过程
分析编译过程 ,我们还是分析Makefile
157 # load ARCH, BOARD, and CPU configuration 158 include $(obj)include/config.mk 159 export ARCH CPU BOARD VENDOR SOC #紧跟上面的配置过程,这里mkconfig.mk就是上一步生成的一些开发板的相关信息
172 OBJS = cpu/$(CPU)/start.o # OBJS = cpu/arm926ejs/start.o
186 LIBS = lib_generic/libgeneric.a
191 LIBS += cpu/$(CPU)/lib$(CPU).a # LIBS += cpu/ arm926ejs/lib arm926ejs.a
254 LIBBOARD = board/$(BOARDDIR)/lib$(BOARD).a 255 LIBBOARD := $(addprefix $(obj),$(LIBBOARD)) # LIBBOARD = board/ freescale /mx25_3stack/libmx25_3stack.a
295 ALL += $(obj)u-boot.srec $(obj)u-boot.bin $ (obj)System.map $(U_BOOT_NAND) $(U_BOOT_ONENAND) 296 all: $(ALL)
280 U_BOOT_NAND = $(obj)u-boot-nand.bin 285 U_BOOT_ONENAND = $(obj)u-boot-onenand.bin
302 $(obj)u-boot.srec: $(obj)u-boot 303 $(OBJCOPY) -O srec $< $@
305 $(obj)u-boot.bin: $(obj)u-boot 306 $(OBJCOPY) ${OBJCFLAGS} -O binary $< $@ #这个u-boot是一个elf格式 的可执行文件
450 $(obj)System.map: $(obj)u-boot 451 @$(call SYSTEM_MAP,$<) > $(obj)System.map
|
在boardfreescalemx25_3stack的u-boot.lsd链接脚本中,定义了,所有数据在内存中的排放方式
在config.mk中定义了数据排放的地址
LDSCRIPT := $(SRCTREE)/board/$(VENDOR)/$(BOARD)/u-boot.lds
TEXT_BASE = 0x83F00000 |
在 u-boot.lsd中定义了排放顺序
. = 0x00000000; #从config.mk知,下面的数据从TEXT_BASE = 0x83F00000开始排放
. = ALIGN(4); .text : { #代码段排放顺序 board/freescale/mx25_3stack/dcdheader.o (.text) cpu/arm926ejs/start.o (.text) *(.text) } #所有文件的只读数据段 . = ALIGN(4); .rodata : { *(.rodata) } #所有文件的数据段 . = ALIGN(4); .data : { *(.data) }
. = ALIGN(4); .got : { *(.got) }
. = .; __u_boot_cmd_start = .; #所有文件的u_boot_cmd段,u-boot自定义的段 .u_boot_cmd : { *(.u_boot_cmd) } __u_boot_cmd_end = .;
. = ALIGN(4); __bss_start = .; .bss : { *(.bss) } _end = .; |
从上面得知,我们的代码将会从
我们代码的运行顺序是 dcdheader.s => start.s => *
所以我们,从dcdheader.s 和 start.s 开始分析
(4)、分析第一阶段start.s分析
第一阶段:dcdheader.s和start.s分析
cdcheader.s中主要是对开发板的一些内存MDDR,DDR2等的一些初始化,看不懂可以跳过
.extern reset
#define DCDGEN(i,type, addr, data) dcd_##i: ; .long type ; .long addr ; .long data
.globl _initheader _initheader: b reset .org 0x400 app_code_jump_v: .long reset app_code_barker: .long 0xB1 app_code_csf: .long 0 hwcfg_ptr_ptr: .long hwcfg_ptr super_root_key: .long 0 hwcfg_ptr: .long dcd_data app_dest_ptr: .long TEXT_BASE dcd_data: .long 0xB17219E9
#ifdef MXC_MEMORY_MDDR dcd_len: .long 12*15 #else dcd_len: .long 12*24 #endif
/* WEIM config-CS5 init -- CPLD */ DCDGEN( 1, 4, 0xB8002050, 0x0000D843) /* CS5_CSCRU */ DCDGEN( 2, 4, 0xB8002054, 0x22252521) /* CS5_CSCRL */ DCDGEN( 3, 4, 0xB8002058, 0x22220A00) /* CS5_CSCRA */ #ifdef MXC_MEMORY_MDDR /* MDDR init */ DCDGEN( 4, 4, 0xB8001010, 0x00000004) /* enable mDDR */ DCDGEN( 5, 4, 0xB8001000, 0x92100000) /* precharge command */ DCDGEN( 6, 1, 0x80000400, 0x12344321) /* precharge all dummy write */ DCDGEN( 7, 4, 0xB8001000, 0xA2100000) /* auto-refresh command */ DCDGEN( 8, 4, 0x80000000, 0x12344321) /* dummy write for refresh */ DCDGEN( 9, 4, 0x80000000, 0x12344321) /* dummy write for refresh */ DCDGEN(10, 4, 0xB8001000, 0xB2100000) /* Load Mode Reg command - cas=3 bl=8 */ DCDGEN(11, 1, 0x80000033, 0xda) /* dummy write -- address has the mode bits */ DCDGEN(12, 1, 0x81000000, 0xff) /* dummy write -- address has the mode bits */ DCDGEN(13, 4, 0xB8001000, 0x82216880) DCDGEN(14, 4, 0xB8001004, 0x00295729) #else /* DDR2 init */ DCDGEN( 4, 4, 0xB8001004, 0x0076E83A) /* initial value for ESDCFG0 */ DCDGEN( 5, 4, 0xB8001010, 0x00000204) /* ESD_MISC */ DCDGEN( 6, 4, 0xB8001000, 0x92210000) /* CS0 precharge command */ DCDGEN( 7, 4, 0x80000f00, 0x12344321) /* precharge all dummy write */ DCDGEN( 8, 4, 0xB8001000, 0xB2210000) /* Load Mode Register command */ DCDGEN( 9, 1, 0x82000000, 0xda) /* dummy write Load EMR2 */ DCDGEN(10, 1, 0x83000000, 0xda) /* dummy write Load EMR3 */ DCDGEN(11, 1, 0x81000400, 0xda) /* dummy write Load EMR1; enable DLL */ DCDGEN(12, 1, 0x80000333, 0xda) /* dummy write Load MR; reset DLL */
DCDGEN(13, 4, 0xB8001000, 0x92210000) /* CS0 precharge command */ DCDGEN(14, 1, 0x80000400, 0x12345678) /* precharge all dummy write */
DCDGEN(15, 4, 0xB8001000, 0xA2210000) /* select manual refresh mode */ DCDGEN(16, 4, 0x80000000, 0x87654321) /* manual refresh */ DCDGEN(17, 4, 0x80000000, 0x87654321) /* manual refresh twice */
DCDGEN(18, 4, 0xB8001000, 0xB2210000) /* Load Mode Register command */ DCDGEN(19, 1, 0x80000233, 0xda) /* Load MR; CL=3, BL=8, end DLL reset */ DCDGEN(20, 1, 0x81000780, 0xda) /* Load EMR1; OCD default */ DCDGEN(21, 1, 0x81000400, 0xda) /* Load EMR1; OCD exit */ DCDGEN(22, 4, 0xB8001000, 0x82216080) /* normal mode */ DCDGEN(23, 4, 0x43FAC454, 0x00001000) /* IOMUXC_SW_PAD_CTL_GRP_DDRTYPE(1-5) */ #endif
DCDGEN(99, 4, 0x53F80008, 0x20034000) /* CLKCTL ARM=400 AHB=133 */ card_cfg: .long UBOOT_IMAGE_SIZE |
start.s主要的功能就是:
关闭看门狗,初始化时钟,初始化SDRAM,设置栈,读出内核,跳到内核启动的C函数开始启动内核。
.globl reset reset: /** set the cpu to SVC32 mode 设置为SVC32管理模式*/ 关键字:U-Boot 引用地址:EasyARM-iMX257_U-Boot源代码移植分析
上一篇:IMX257实现GPIO-查询按键驱动程序 推荐阅读最新更新时间:2024-11-12 11:22
OK6410A 开发板 (三) 27 u-boot-2021.01 boot 解析 U-boot 镜像运行部分 console
console 和 输入没关系,只和输出有关系 模型 串口和 lcd 都能被当做 输出,所以能被当做 console 无console机制的输出 : 串口 只是 利用 serial_puts 将 信息打印到 串口上 无console机制的输出:lcd 只是 利用 lcd_puts 将 信息打印到 lcd上 console 将 serial_puts 和 lcd_puts 注册到 console 机制中 调用 console 提供的 console_puts 打印信息 至于打印到 串口还是 lcd ,则取决于 console的配置 U-boot 是怎么处理的 board_init_f- console_ini
[单片机]
17.U-boot的工作流程分析-6410
6410开发板: 1.uboot的入口: 要看uboot工程的入口,首先打开顶层目录的Makefile: Uboot所支持的开发板,在顶层的Makefile中都会有一个配置选项。比如6410,在Makefile中的配置选项是make forlinx_nand_ram256_config:在vim的命令模式按下/,然后输入make forlinx_nand_ram256_config回车会定位到这里: 这是Makefile里的一个目标。这是来配置6410开发板的。看到上图第二行的smdk6410,这个参数决定了开发板的名称。这个名称是有作用的。接下来看看他的作用。 首先是找一下目录: 可以看到这里有很多smdk的子目录,
[单片机]
u-boot-2011.03在mini2440/micro2440上的移植 支持yaffs下载
6.1 include/conskfigs/micro2440.h 添加 #define CONFIG_CMD_NAND_YAFFS 【说明】 本人在阅读cmd_nand.c时发现u-boot-2011.03已经支持yaffs写入,只需添加如上定义即可,但实际写入错误,再阅读源代码,发现只要按下一步修改即可,虽然这是最简单的方法,但似乎并不是最优的方法。 6.2 drivers/mtd/nand/nand_util.c int nand_write_skip_bad(nand_info_t *nand, loff_t offset, size_t *length, u_char *buffer, int withoob) {
[单片机]
Qt-embedded-linux-opensource-src-4.5.1移植到mini2440开发板技术说明
用过友善之臂的朋友都知道,友善之臂mini2440内置的是qt2的界面设计,但是现在q4逐渐成为主流。如何把qt4成功移植到mini2440非常不容易,本人也费了很到的功夫才完成了这样的工程。现在我把自己的经验拿出来与大家分享,希望有兴趣的朋友少走弯路。 1.我的环境及所需资源: PC机操作系统: Ubuntu 交叉编译工具:arm-linux-gcc-4.3.2.tar.gz 所需资源: tslib-1.4.tar.gz qt-embedded-linux-opensource-src-4.5.1.tar.gz qt-x11-linux-opensource-src-4.5.1.tar.gz 2.安装
[单片机]
u-boot之make
从网上下载uboot源码之后需要对源码作相应修改来支持自己的开发板,更改完源码之后需要配置。uboot(make board_name _config)。这里以百问网的开发板jz2440为例子,配置命令为make 100ask24x0_config。这条命令的执行过程按以下几步分析: 1、u-boot-1.1.6/Makefile简单分析 2、u-boot-1.1.6/mkconfig详细分析 3、总结make 100ask24x0_config这条命令执行后会发生什么 1、u-boot-1.1.6/Makefile简单分析。Makefile的最简单的规则如下(摘超自博客https://blog.csdn.net/
[单片机]
第二十章、 Tiny4412 U-BOOT移植二十 增加cleanlcd命令
一、命令格式说明 关于如何命令的说明网上有好多资料,我这里仅仅简单的说明一下: U-Boot的每一个命令都是通过U_Boot_CMD宏定义的。这个宏在 include/command.h 头文件中定义。如下所示: #ifdef CFG_LONGHELP #define U_BOOT_CMD(name,maxargs,rep,cmd,usage,help) cmd_tbl_t __u_boot_cmd_##name Struct_Section = {#name, maxargs, rep,cmd, usage, help} #else / no long help info*/ #define U_BOOT_CMD(nam
[单片机]
[linux 底层]u-boot EMMC驱动
山寨机的时代,很多年轻的朋友可能比较陌生,手机上会安装一个SD卡,做存储扩展;目前的智能手机会在PCB板上焊接一个EMMC芯片,做大容量数据存储,安全性好了很多,手机丢了也不用担心照片或者资料泄露的问题; 1、EMMC特性 -符合JEDEC/MMC标准版本5.0 -高级12信号接口 -x1、x4和x8I/O,可由主机选择 -SDR/DDR模式,可达52MHz时钟速度 -HS200/HS400模式 -命令类:class 0 (basic); class 2 (blockread); class 4 (block write); class 5 (erase);class 6 (write protecti
[单片机]
1_5.1.2_U-boot分析与使用_u-boot分析之Makefile结构分析_P
我们分析一个文件的时候,最好的方式就是看它的makefile。 之前体验编译uboot时,我们第一步是配置uboot,第二步是编译。 分析配置uboot指令 配置uboot使用的指令是make 100ask24x0_config。 首先找到Makefile,用vim打开,查找100ask24x0_config,定位如下: 那么make 100ask24x0_config其实就是执行@$(MKCONFIG) $(@:_config=) arm arm920t 100ask24x0 NULL s3c24x0指令,下面分析这条指令。 最左边的@符号表示执行该命令时不在终端显示该命令,然后是一个变量MKCONFIG,查
[单片机]
小广播
推荐内容
热门活动
换一批 更多
设计资源 培训 开发板 精华推荐
最新单片机文章
更多开源项目推荐
更多精选电路图
更多热门文章
更多每日新闻
更多往期活动
11月13日历史上的今天
厂商技术中心
随便看看
|