EasyARM-iMX257_U-Boot源代码移植分析-电子工程世界

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的链接文件

# 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 ' >>config.h

#新建一个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管理模式*/

[1] [2]

关键字：U-Boot 引用地址：EasyARM-iMX257_U-Boot源代码移植分析

上一篇：IMX257实现GPIO-查询按键驱动程序
下一篇：linux移植u-boot(一)——U-Boot详解+自定义命令实战

推荐阅读最新更新时间：2026-02-16 11:04

qt-embedded-linux-opensource-src-4.5.3移植到s3c6410

首先要有配置好的环境，本文使用的编译环境如下：主机系统：Ubuntu 9.10 主机编译器：gcc 版本 4.4.1 交叉编译器：arm-linux-gcc-4.0.1 软件资源：qt-embedded-linux-opensource-src-4.5.3.tar.gz qt-x11-opensource-src-4.5.1.tar.gz 移植过程：平时程序都是在PC上完成的，所以我们需要先安装X11版的Qt来获得qvfb这个工具。嵌入式的开发有了qvfb，就可以不需要实际的开发板，也可以开发Qt应程序。 qt-x11-opensource-src-4.5.1编译安装过程： 1．解压文件将qt-x11-opensourc

[单片机]

【IMX6ULL学习笔记】五、U-BOOT移植与解析

一、移植自定义开发板流程 1、添加 mx6ull_kodo_emmc_defconfig 配置文件(.config) 在 /config s目录下，复制 mx6ull_14x14_evk_emmc_defconfig 文件，重命名为 mx6ull_kodo_emmc_defconfig 并修改其中内容，如下： CONFIG_SYS_EXTRA_OPTIONS= IMX_CONFIG=board/freescale/mx6ull_kodoboard/imximage.cfg,MX6ULL_EVK_EMMC_REWORK CONFIG_ARM=y CONFIG_ARCH_MX6=y CONFIG_TARGET_MX6ULL_K

[单片机]

【IMX6ULL学习笔记】五、<font color='red'>U-BOOT</font><font color='red'>移植</font>与解析

tiny210 u-boot 网络ping不通主机解决方案

站在巨人的肩膀上： http://blog.csdn.net/liukun321/article/details/7438880 http://www.arm9home.net/read.php?tid-22406-fpage-0-toread--page-2.html 用于解决u-boot网络ping不通主机。//已测试过，可以解决ping不通的问题。注意：第一次ping不通，本人分析认为u-boot不会自动启动网卡，第一次ping时会开启网卡，第二次ping才可以ping通。必须把主机设为静态IP，否则也是ping不通。用opencsbc-u-boot中的timer.c文件替换掉tiny210-u-boot-ve

[单片机]

tiny210(s5pv210)移植u-boot(基于 2014.4 版本号)——移植u-boot.bin（打印串口控制台）

在之前我们移植的代码中，都没看到明显的效果，这节我们实现控制台的信息打印。在上节。我们看到调用 relocate_code 重定位。在 u-boot 的帮助文档 doc/README.arm-relocation 中对重定位有说明。 u-boot 为了生成位置无关码，在链接时指定了-pie 选项，这个选项在 u-boot-2014.04/arch/arm/config.mk 中指定：当使用-pie 选项后。链接器会生成一个修正表（fixup tables）。在终于的二进制文件 u-boot.bin 中表现为多了 2 个段 .rel.dyn 和 .dynsym。还须要在链接脚本文件里添加这 2 个段，u-boot.b

[单片机]

tiny210(s5pv210)<font color='red'>移植</font><font color='red'>u-boot</font>(基于 2014.4 版本号)——<font color='red'>移植</font>u-boot.bin（打印串口控制台）

u-boot 移植 --->6、引导Linux启动测试

在引导Linux开机之前需要先清楚Linux启动的必要或者说是先决条件，这里就是提到了u-boot的作用了引用百度云---主要用于嵌入式系统的引导加载，其实在我调试下来总结一下就是初始化硬件这里的硬件包括必要部分和不必要的部分，比如SOC的时钟，外部RAM（DDR内存），栈等。因为linux的内核相对于SOC内部的RAM而言还是比较庞大的，并且运行Linux的SOC的主频普遍是比较高的，受限于flash的访问速度，Linux肯定是不能像单片机的程序一样放在片上flash运行的，毕竟在48M以上的时候常见的单片机都是需要加wait以匹配CPU和flash的速度差距了。所以u-boot一定的需要先初始化好RAM（DDR）然后将linu

[单片机]

u-boot之make _config执行过程分析

从网上下载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/

[单片机]

u-boot之NAND启动与NOR启动的区别

nand启动与nor启动的区别主要分为以下几部分说明： 1、nand flash与nor flash的最主要区别 2、s3c2440的nand启动与nor启动原理 3、nand启动与nor启动的时候uboot做了什么 1、在JZ2440开发板上有两种Flash，分别为nand flash和nor flash。这两种flash的最主要的区别为：nor flash比较稳定，存在里面的数据不易丢失，但是容量小，nor flash在读的时候可以像内存一样操作；nand flash容量大，但是存在位反转，会导致数据丢失，读写需要通过一定的时序。所以一般nor flash里面存放的uboot代码，而nand flash里面存放的是占用容量

[单片机]

<font color='red'>u-boot</font>之NAND启动与NOR启动的区别

u-boot之start_armboot函数分析

1、gd全局变量初始化 2、调用init_sequence函数指针数组里的初始化函数、nand初始化、环境变量初始化、USB初始化 3、死循环main_loop()分析 1、gd全局变量初始化 gd是全局引用的变量，它的定义在Global_data.h (includeasm-arm)中，它利用的是CPU的寄存器r8。只有在文件中引用DECLARE_GLOBAL_DATA_PTR ，就可以使用gd这个变量 #define DECLARE_GLOBAL_DATA_PTR register volatile gd_t *gd asm ( r8 ) 它是一个指向gd_t结构体的指针,gd_t结构体如下

[单片机]

热门资源推荐
热门放大器推荐

小广播

热门活动

换一批

■你晒单我买单2026第1期报名中，DigiKey得捷带您畅享好物！

■有奖直播：AI基础设施技术测试周

■免费申请《一本书讲透汽车功能安全：标准详解与应用实践》，挑战《ISO26262标准》共读，赢好礼

■装备焕新月：e络盟Multicomp Pro系列产品，小投入，大升级 —— 装备焕新惊喜体验