开发环境
WindowsXP,VMware6.5.2+Fedora9(推荐Fedora12),PC内存4G;
VMware网络连接为bridges模式;
可从ST 获取开发包,开发包包含Xloader、u-boot、linux kernel源代码和所需交叉开发工具。安装ST 开发包至指定目录即可.
开发包安装
1、下载软件包
ftp://www.stlinux.com/pub/stlinux/2.3/iso/STLinux-2.3-spear-20100601.iso
user: anonymous
2、挂载ISO文件
在vmware option中设置linux可见的windows共享文件夹,将 STLinux-2.3-spear-20100601.iso放在该文件夹
将文件STLinux-2.3-spear-20100601.iso挂载至/media/cdrecorder:
# mount -o loop,ro -t iso9660 -r /???/ STLinux-2.3-spear-20100601.iso /media/cdrecorder
3、安装
以root用户安装
# cd /media/cdrom
# chmod +x intall
# ./install all-arm-spear
Spear开发包安装至/opt/STM/STLinux-2.3
4、u-boot for spear源代码
xloader路径:/opt/STM/STLinux-2.3/devkit/sources/xloader-spear
u-boot路径:/opt/STM/STLinux-2.3/devkit/sources/u-boot
kernel路径:/opt/STM/STLinux-2.3/devkit/sources/kernel
rootfs路径:/opt/STM/STLinux-2.3/devkit/sources/rootfs-2.1
在local目录下建立符号连接,方便操作,如’st-xloader-rc’指向xloader-spear的项目目录’:
# ln -s /opt/STM/STLinux-2.3/devkit/sources/xloader-spear/xloader-arm-spear-rc st-xloader-rc
注:删除符号链接 #rm /opt/STM/STLinux-2.3/devkit/sources/xloader-spear/xloader-arm-spear-rc st-xloader-rc
5、交叉编译器
位于/opt/STM/STLinux-2.3/devkit/arm/bin
需要在主机上对环境变量进行设置,命令如下:
# export PATH=$PATH:.:/opt/STM/STLinux-2.3/devkit/arm/bin:.:/opt/STM/STLinux-2.3/host/bin
# export CROSS_COMPILE=arm-linux-
注:显示环境变量PATH:echo $PATH
6、编译连接
进入xloader for spear根目录:
# cd /opt/STM/STLinux-2.3/devkit/sources/xloader-arm-spear/
make命令,生成适用于SPEAr310的xloader_image.bin(带有elf头):
# make clean
# make SOC=SPR310 DDRFREQ=333 DDRSIZE=128M
进入u-boot for spear根目录:
# cd /opt/STM/STLinux-2.3/devkit/sources/u-boot/u-boot-arm-spear-1.3.1_stm23_005
make命令,生成ROM为SNOR Flash的u-boot执行文件:
# make mrproper; make spear310_config; make ENV=SNOR FLASH=SNOR
U-boot编译分析
需要阅读的文档:u-boot根目录下的README 文件。
u-boot根目录: /opt/STM/STLinux-2.3/devkit/sources/u-boot/u-boot-arm-spear/
1、u-boot工程的总体结构:
源代码组织
board 平台依赖 存放电路板相关的目录文件,每一套板子对应一个目录,如spear(arm926ejs)
cpu 平台依赖 存放CPU相关的目录文件,每一款CPU对应一个目录,例如:arm926ejs、 mpc8xx、mips、i386等目录
lib_arm 平台依赖 存放对ARM体系结构通用的文件,主要用于实现ARM平台通用的函数,如软件浮点
lib_ppc 平台依赖 存放对PowerPC体系结构通用的文件,主要用于实现PowerPC平台通用的函数
common 通用 通用的多功能函数实现,如环境,命令,控制台相关的函数实现。
include 通用 头文件和开发板配置文件,所有开发板的配置文件都在configs目录下
lib_generic 通用 通用库函数的实现
net 通用 存放网络协议的程序
drivers 通用 通用的设备驱动程序,主要有以太网接口的驱动,nand驱动
examples 例程 一些独立运行的应用程序的例子,例如helloworld
tools 工具 存放制作S-Record或者u-boot格式的映像等工具,例如mkimage
doc 文档 开发使用文档
所有这些目录的编译连接都是由顶层目录的makefile来确定的。
在执行make之前,先要执行make $(board)_config 对工程进行配置,以确定特定于目标板的各个子目录和头文件。
$(board)_config:是makefile 中的一个伪目标,它传入指定的“Target Architecture CPU Board [VENDOR] [SOC]”参数去执行mkconfig脚本。
这个脚本的主要功能在于连接目标板平台相关的头文件夹,生成config.h文件包含板子的配置头文件。使得makefile能根据目标板的这些参数去编译正确的平台相关的子目录。
以spear310板为例,顺序分析Makefile大致的流程及结构
# export PATH=$PATH:.:/opt/STM/STLinux-2.3/devkit/arm/bin:.:/opt/STM/STLinux-2.3/host/bin
1)首先定义了源码及生成的目标文件存放的目录,目标文件存放目录BUILD_DIR可以通过makeO=dir 指定。如果没有指定,则设定为源码顶层目录。一般编译的时候不指定输出目录,则BUILD_DIR为空。其它目录变量定义如下:
#OBJTREE和LNDIR为存放生成文件的目录,TOPDIR与SRCTREE为源码所在目录
OBJTREE := $(if$(BUILD_DIR),$(BUILD_DIR),$(CURDIR))
SRCTREE := $(CURDIR)
TOPDIR := $(SRCTREE)
LNDIR := $(OBJTREE)
export TOPDIR SRCTREE OBJTREE
2)定义变量MKCONFIG:这个变量指向一个脚本,即顶层目录的mkconfig。
MKCONFIG := $(SRCTREE)/mkconfig
export MKCONFIG
在编译u-boot之前,先要执行
# make spear310_config
回显:
Generating include/autoconf.mk
Configuring for spear310 board...
spear310_config是Makefile的一个目标,定义如下:
spear310_config : unconfig
@$(MKCONFIG) $(@:_config=) arm arm926ejs spear310 spear spear
显然,执行#make spear310_config时,先执行unconfig目标,注意不指定输出目标时,obj,src变量均为空,unconfig下面的命令清理上一次执行make *_config时生成的头文件和makefile的包含文件。主要是include/config.h和include/config.mk文件。然后才执行命令。
MKCONFIG 是顶层目录下的mkcofig脚本文件,后面五个是传入的参数”arm arm926ejs spear310 spear spear”(ARCH CPU BOARD VENDOR SOC),在include文件夹下建立相应的文件夹软连接。
#ln –s asm-arm asm
#ln –s arch-spear310 asm-arm/arch
#ln –s proc-armv asm-arm/proc
然后生成Makefile包含文件include/config.mk,内容很简单,定义了五个变量:
ARCH = arm
CPU = arm926ejs
BOARD = spear310
VENDOR = spear
SOC = spear
最后生成include/config.h头文件,只有一行:
/*Automatically generated - do not edit */
#include"config/spear310.h"
mkconfig脚本文件的执行至此结束,继续分析Makefile剩下部分。
3)包含include/config.mk,其实也就相当于在Makefile里定义了上面四个变量而已。
4) 指定交叉编译器前缀:
ifeq($(ARCH),arm)#这里根据ARCH变量,指定编译器前缀。
CROSS_COMPILE = arm-linux-
endif
5)包含config.mk:
#包含顶层目录下的config.mk,这个文件里面主要定义了交叉编译器及选项和编译规则
# load otherconfiguration
include$(TOPDIR)/config.mk
下面分析config.mk的内容:
@包含体系,开发板,CPU特定的规则文件:
ifdef ARCH #指定预编译体系结构选项
sinclude$(TOPDIR)/$(ARCH)_config.mk # include architecture dependend rules
endif
ifdef CPU #定义编译时对齐,浮点等选项
sinclude$(TOPDIR)/cpu/$(CPU)/config.mk # include CPU specific rules
endif
ifdef SOC# include SoC specific rules
sinclude$(TOPDIR)/cpu/$(CPU)/$(SOC)/config.mk
endif
ifdef VENDOR
BOARDDIR = $(VENDOR)/$(BOARD)
else
BOARDDIR = $(BOARD)
endif
ifdef BOARD #指定特定板子的镜像连接时的内存基地址,重要!
sinclude$(TOPDIR)/board/$(BOARDDIR)/config.mk # include board specific rules
endif
@/board/spear/spear310/config.mk分析:
TEXT_BASE = 0x01000000 #指定镜像link时的内存基地址
###### Environment variables inNAND
ifeq ($(ENV),NAND) #指定SPEAr310 Board’s Envirenment存放于Nand Flash
PLATFORM_RELFLAGS +=-DENV_IN_NAND
endif
ifeq ($(FLASH),PNOR) #指定SPEAr310 Board’s ROM is PNOR Flash
PLATFORM_RELFLAGS +=-DPNOR_FLASH
endif
ifeq ($(CONSOLE),USB) #指定SPEAr310 Board’s CONSOLE use USB
PLATFORM_RELFLAGS +=-DTTY_OVER_USB
endif
@定义交叉编译链工具
# Include the make variables(CC, etc...)
AS = $(CROSS_COMPILE)as
LD = $(CROSS_COMPILE)ld
CC = $(CROSS_COMPILE)gcc
CPP = $(CC) -E
AR = $(CROSS_COMPILE)ar
NM = $(CROSS_COMPILE)nm
STRIP = $(CROSS_COMPILE)strip
OBJCOPY = $(CROSS_COMPILE)objcopy
OBJDUMP = $(CROSS_COMPILE)objdump
RANLIB = $(CROSS_COMPILE)RANLIB
@部分编译、链接选项,定义AR选项ARFLAGS,调试选项DBGFLAGS,优化选项OPTFLAGS
#预处理选项CPPFLAGS,C编译器选项CFLAGS,连接选项LDFLAGS
@指定编译规则:
$(obj)%.s: %.S
$(CPP) $(AFLAGS) -o $@ $<
$(obj)%.o: %.S
$(CC) $(AFLAGS) -c -o $@ $<
$(obj)%.o: %.c
$(CC) $(CFLAGS) -c -o $@ $<
config.mk执行完毕,回到顶层makefile文件;
6)U-boot需要的目标文件。
OBJS = cpu/$(CPU)/start.o # 顺序很重要,start.o必须放第一位
7)需要的库文件:
LIBS =lib_generic/libgeneric.a
LIBS += $(shell if [ -f board/$(VENDOR)/common/Makefile]; then echo \
"board/$(VENDOR)/common/lib$(VENDOR).a";fi)
LIBS += board/$(BOARDDIR)/lib$(BOARD).a
LIBS += cpu/$(CPU)/lib$(CPU).a
ifdef SOC
LIBS += cpu/$(CPU)/$(SOC)/lib$(SOC).a
endif
ifeq ($(CPU),ixp)
LIBS += cpu/ixp/npe/libnpe.a
endif
LIBS += lib_$(ARCH)/lib$(ARCH).a
LIBS += fs/cramfs/libcramfs.a fs/fat/libfat.afs/fdos/libfdos.a fs/jffs2/libjffs2.a \
fs/reiserfs/libreiserfs.afs/ext2/libext2fs.a fs/yaffs2/libyaffs2.a
LIBS += net/libnet.a
LIBS += disk/libdisk.a
LIBS += drivers/bios_emulator/libatibiosemu.a
LIBS += drivers/block/libblock.a
LIBS += drivers/hwmon/libhwmon.a
LIBS += drivers/i2c/libi2c.a
LIBS += drivers/input/libinput.a
LIBS += drivers/misc/libmisc.a
LIBS += drivers/mtd/libmtd.a
LIBS += drivers/mtd/nand/libnand.a
LIBS += drivers/mtd/nand_legacy/libnand_legacy.a
LIBS += drivers/mtd/onenand/libonenand.a
LIBS += drivers/net/libnet.a
LIBS += drivers/net/sk98lin/libsk98lin.a
LIBS += drivers/pci/libpci.a
LIBS += drivers/pcmcia/libpcmcia.a
ifeq ($(CPU),mpc83xx)
LIBS += drivers/qe/qe.a
endif
ifeq ($(CPU),mpc85xx)
LIBS += drivers/qe/qe.a
endif
LIBS += drivers/rtc/librtc.a
LIBS += drivers/serial/libserial.a
LIBS += drivers/usb/libusb.a
LIBS += drivers/video/libvideo.a
LIBS += post/libpost.a post/drivers/libpostdrivers.a
LIBS += $(shell if [ -d post/lib_$(ARCH) ]; then echo \
"post/lib_$(ARCH)/libpost$(ARCH).a";fi)
LIBS += $(shell if [ -d post/lib_$(ARCH)/fpu ]; then echo\
"post/lib_$(ARCH)/fpu/libpost$(ARCH)fpu.a";fi)
LIBS += $(shell if [ -d post/cpu/$(CPU) ]; then echo \
"post/cpu/$(CPU)/libpost$(CPU).a";fi)
LIBS += $(shell if [ -d post/board/$(BOARDDIR) ]; thenecho \
"post/board/$(BOARDDIR)/libpost$(BOARD).a";fi)
LIBS += common/libcommon.a
LIBS += libfdt/libfdt.a
根据上面的include/config.mk文件定义的ARCH、CPU、BOARD、VENDOR、SOC这些变量。硬件平台依赖的目录文件可以根据这些定义来确定。SPEAr310平台相关目录及对应生成的库文件如下。
cpu/$(CPU)/start.o
board/spear/common/ :库文件board/ spear/common/libspear.a
board/spear/spear310/ :库文件board/ spear/spear310/libspear310.a
cpu/arm926ejs/ :库文件cpu/ arm926ejs /libarm926ejs.a
cpu/arm926ejs/spear/ :库文件cpu/ arm926ejs /spear/libspear.a
lib_arm/ :库文件lib_arm/libarm.a
显然这几个目标文件(库)对应的目录跟平台相关,移植时主要考虑。
8)最终生成的各种镜像文件:
ALL += $(obj)u-boot.srec $(obj)u-boot.bin$(obj)System.map $(U_BOOT_NAND) $(obj)u-boot.img
all: $(ALL)
$(obj)u-boot.hex: $(obj)u-boot
$(OBJCOPY)${OBJCFLAGS} -O ihex $< $@
$(obj)u-boot.srec: $(obj)u-boot
$(OBJCOPY)${OBJCFLAGS} -O srec $< $@
$(obj)u-boot.bin: $(obj)u-boot
$(OBJCOPY)${OBJCFLAGS} -O binary $< $@
$(obj)u-boot.img: $(obj)u-boot.bin
./tools/mkimage-A $(ARCH) -T firmware -C none \
-a$(TEXT_BASE) -e 0 \
-n$(shell sed -n -e 's/.*U_BOOT_VERSION//p' $(VERSION_FILE) | \
sed-e 's/"[ ]*$$/ for $(BOARD)board"/') \
-d$< $@
$(obj)u-boot.sha1: $(obj)u-boot.bin
$(obj)tools/ubsha1$(obj)u-boot.bin
$(obj)u-boot.dis: $(obj)u-boot
$(OBJDUMP) -d $< > $@
#这里生成的是U-boot 的ELF文件镜像
$(obj)u-boot: depend version $(SUBDIRS) $(OBJS) $(LIBS)$(LDSCRIPT)
UNDEF_SYM=`$(OBJDUMP)-x $(LIBS) |sed -n -e's/.*\(__u_boot_cmd_.*\)/-u\1/p'|sort|uniq`;\
cd$(LNDIR) && $(LD) $(LDFLAGS) $$UNDEF_SYM $(__OBJS) \
--start-group$(__LIBS) --end-group $(PLATFORM_LIBS) \
-Mapu-boot.map -o u-boot
分析一下最关键的u-bootELF文件镜像的生成:
@依赖目标depend :生成各个子目录的.depend文件,.depend列出每个目标文件的依赖文件。生成方法,调用每个子目录的make_depend。
depend dep: for dir in $(SUBDIRS) ; do $(MAKE) -C $$dir _depend ; done
@依赖目标version:生成版本信息到版本文件VERSION_FILE中。
version:
@echo -n"#define U_BOOT_VERSION \"U-Boot " > $(VERSION_FILE); \
echo -n"$(U_BOOT_VERSION)" >> $(VERSION_FILE); \
echo -n $(shell$(CONFIG_SHELL) $(TOPDIR)/tools/setlocalversion \
$(TOPDIR))>> $(VERSION_FILE); \
echo"\"" >> $(VERSION_FILE)
@伪目标SUBDIRS: 执行tools,examples ,post,post\cpu 子目录下面的make文件。
SUBDIRS = tools \
examples \
post \
post/cpu
.PHONY : $(SUBDIRS)
$(SUBDIRS):
$(MAKE) -C $@all
@依赖目标$(OBJS),即cpu/start.o
$(OBJS):
$(MAKE) -Ccpu/$(CPU) $(if $(REMOTE_BUILD),$@,$(notdir $@))
@依赖目标$(LIBS),这个目标太多,都是每个子目录的库文件*.a ,通过执行相应子目录下的make来完成:
$(LIBS):$(MAKE) -C $(dir $(subst $(obj),,$@))
@依赖目标$(LDSCRIPT):
LDSCRIPT := $(TOPDIR)/board/$(BOARDDIR)/u-boot.lds
LDFLAGS += -Bstatic -T $(LDSCRIPT) -Ttext $(TEXT_BASE)$(PLATFORM_LDFLAGS)
对于spear310,LDSCRIPT即连接脚本文件是board/spear/spear310/u-boot.lds,定义了连接时各个目标文件是如何组织的。内容如下:
OUTPUT_FORMAT("elf32-littlearm","elf32-littlearm", "elf32-littlearm")
/*OUTPUT_FORMAT("elf32-arm", "elf32-arm","elf32-arm")*/
OUTPUT_ARCH(arm)
ENTRY(_start)
SECTIONS
{
. = 0x00000000;
. = ALIGN(4);
.text :/*.text的基地址由LDFLAGS中-Ttext $(TEXT_BASE)指定*/
{ /*smdk2410指定的基地址为0x33f80000*/
cpu/arm920t/start.o (.text) /*start.o为首*/
*(.text)
}
. = ALIGN(4);
.rodata : {*(.rodata) }
. = ALIGN(4);
.data : { *(.data) }
. = ALIGN(4);
.got : { *(.got) }
. = .;
__u_boot_cmd_start =.;
.u_boot_cmd : {*(.u_boot_cmd) }
__u_boot_cmd_end = .;
. = ALIGN(4);
__bss_start = .;
.bss : { *(.bss) }
_end = .;
}
@执行连接命令:
cd $(LNDIR) && $(LD) $(LDFLAGS) $$UNDEF_SYM$(__OBJS) \
--start-group$(__LIBS) --end-group $(PLATFORM_LIBS) \
-Mapu-boot.map -o u-boot
其实就是把start.o和各个子目录makefile生成的库文件按照LDFLAGS连接在一起,生成ELF文件u-boot 和连接时内存分配图文件u-boot.map。
9)对于各子目录的makefile文件,主要是生成*.o文件然后执行AR生成对应的库文件。如lib_generic文件夹Makefile:
LIB = $(obj)libgeneric.a
COBJS = bzlib.o bzlib_crctable.o bzlib_decompress.o\
bzlib_randtable.obzlib_huffman.o \
crc32.o ctype.odisplay_options.o ldiv.o \
string.ovsprintf.o zlib.o
SRCS := $(COBJS:.o=.c)
OBJS := $(addprefix $(obj),$(COBJS))
$(LIB): $(obj).depend $(OBJS) #项层Makefile执行make libgeneric.a
$(AR) $(ARFLAGS) $@ $(OBJS)
整个makefile剩下的内容全部是各种不同的开发板的*_config:目标的定义了。
概括起来,工程的编译流程也就是通过执行执行一个make*_config传入ARCH,CPU,BOARD,VENDOR,SOC参数,mkconfig根据参数将include头文件夹相应的头文件夹连接好,生成config.h。然后执行make分别调用各子目录的makefile生成所有的obj文件和obj库文件*.a. 最后连接所有目标文件,生成镜像。不同格式的镜像都是调用相应工具由elf镜像直接或者间接生成的。
2、U-boot启动过程
前辈们已有不少介绍,俺在这集中下!
从board/spear/spear310/u-boot.lds可以发现,cpu/arm926ejs/start.s的_start 为u-boot程序入口,start_armboot为C程序入口,以下为U-Boot的一个存储器映射图:
C函数入口start_armboot对应的源文件是lib_arm/board.c,这一文件对所有的ARM处理器都是通用的,因此在移植的时候不用修改,分析start_armboot():
void start_armboot (void)
{
init_fnc_t **init_fnc_ptr;
char *s;
#ifndef CFG_NO_FLASH
ulong size;
#endif
#if defined(CONFIG_VFD) ||defined(CONFIG_LCD)
/* 本次移植暂不配置VFD和LCD,后面也将不考虑的部分略去 */
/* 初始化全局数据结构体指针gd */
gd = (gd_t*)(_armboot_start -CFG_MALLOC_LEN - sizeof(gd_t));
....../* memset在lib_generic/string.c中定义*/
memset ((void*)gd, 0, sizeof(gd_t)); /*用0填充全局数据表*gd */
gd->bd = (bd_t*)((char*)gd -sizeof(bd_t));
memset (gd->bd, 0, sizeof(bd_t)); /*用0填充(初始化) *gd->bd */
monitor_flash_len = _bss_start- _armboot_start;
for (init_fnc_ptr =init_sequence; *init_fnc_ptr; ++init_fnc_ptr) {
if ((*init_fnc_ptr)() != 0) {
hang (); /* 打印错误信息并死锁 */
}
}
#ifndef CFG_NO_FLASH
/* configure available FLASHbanks */
size = flash_init (); /*drivers/cfi_flash.c或自定义 */
display_flash_config (size);
#endif /* CFG_NO_FLASH */
/*armboot_start is defined inthe board-specific linker script*/
mem_malloc_init (_armboot_start- CFG_MALLOC_LEN);
......
/* initialize environment */
env_relocate ();
/* IP Address */
gd->bd->bi_ip_addr = getenv_IPaddr("ipaddr");
/* MAC Address */
{
int i;
ulong reg;
char *s, *e;
char tmp[64];
i = getenv_r ("ethaddr", tmp, sizeof(tmp));
s = (i > 0) ? tmp : NULL;
for (reg = 0; reg < 6; ++reg) {
gd->bd->bi_enetaddr[reg] = s ?simple_strtoul (s, &e, 16) : 0;
if (s)
s = (*e) ? e + 1 : e;
}
#ifdef CONFIG_HAS_ETH1
i = getenv_r ("eth1addr", tmp, sizeof(tmp));
s = (i > 0) ? tmp : NULL;
for (reg = 0; reg < 6; ++reg) {
gd->bd->bi_enet1addr[reg] = s ?simple_strtoul (s, &e, 16) : 0;
if (s)
s = (*e) ? e + 1 : e;
}
#endif
}
devices_init (); /* get thedevices list going. */
.......
jumptable_init ();
console_init_r (); /* fullyinit console as a device */
enable_interrupts (); /* enableexceptions */
......
/* Initialize from environment */
if ((s = getenv ("loadaddr")) != NULL) {
load_addr = simple_strtoul (s, NULL, 16);
}
#if defined(CONFIG_CMD_NET)
if ((s = getenv ("bootfile")) != NULL) {
copy_filename (BootFile, s, sizeof (BootFile));
}
#endif
......
#if defined(CONFIG_CMD_NET)
#if defined(CONFIG_NET_MULTI)
puts ("Net: ");
#endif
eth_initialize(gd->bd);
#endif
/*main_loop() can return toretry autoboot, if so just run it again.*/
for (;;) {
main_loop ();
}
}
gd_t是全局数据表类型,在include/asm-arm/global_data.h中定义如下:
/*
Keep it *SMALL* and remember toset CFG_GBL_DATA_SIZE > sizeof(gd_t)
*/
typedef struct global_data {
bd_t *bd;
unsigned long flags;
unsigned long baudrate;
unsigned long have_console; /*serial_init() was called */
unsigned long reloc_off; /*Relocation Offset */
unsigned long env_addr; /*Address of Environment struct */
unsigned long env_valid;/*Checksum of Environment valid?*/
unsigned long fb_base; /* baseaddress of frame buffer */
.......
void **jt; /* jump table */
} gd_t;
DECLARE_GLOBAL_DATA_PTR;
/* 在include/asm-arm/global_data.h中定义的一个全局寄存器变量的声明:
* #defineDECLARE_GLOBAL_DATA_PTR register volatile gd_t *gd asm ("r8")
* 用于存放全局数据结构体gd_t的地址。
*/
其中,bd_t在include/asm-arm/u-boot.h中定义如下:
typedef struct bd_info {
int bi_baudrate; /* serialconsole baudrate */
unsigned long bi_ip_addr; /* IPAddress */
unsigned char bi_enetaddr[6];/* Ethernet adress */
struct environment_s *bi_env;
ulong bi_arch_number; /* uniqueid for this board */
ulong bi_boot_params; /* wherethis board expects params*/
struct /* RAM configuration */
{
ulong start;
ulong size;
}bi_dram[CONFIG_NR_DRAM_BANKS];
} bd_t;
jt是函数数组指针,随后将在jumptable_init()函数中初始化。
从lib_arm/board.c的源码不难分析出系统的启动流程:首先初始化全局数据表,然后顺序执行函数指针数组init_sequence中的一系列初始化函数——由其在本文件中的相关定义可得知初始化流程:
typedef int (init_fnc_t)(void);
init_fnc_t *init_sequence[] = {
cpu_init, /* basic cpudependent setup -- cpu/pxa/cpu.c */
board_init, /* basic boardsetup --board/lubbock/lubbock.c */
interrupt_init, /* set upexceptions -- cpu/pxa/interrupts.c */
env_init, /* initializeenvironment -- common/env_flash.c */
init_baudrate, /* initialzebaudrate settings--lib_arm/board.c */
serial_init, /* serialcommunications setup--cpu/pxa/serial.c */
console_init_f, /* stage 1 initof console -- common/console.c */
display_banner, /* say that weare here -- lib_arm/board.c */
#ifdefined(CONFIG_DISPLAY_BOARDINFO)
checkboard, /* display boardinfo */
#endif
dram_init, /* configureavailable RAM banks --board/lubbock/lubbock.c */
display_dram_config, /*lib_arm/board.c */
NULL,
};
在执行这个函数序列的过程中,任何一个函数异常返回都会导致u-boot“死锁”或说“挂起”在hang()函数的死循环当中。
若一切顺利,接下来就调用flash_init()函数初始化FLASH。在spear310的u-boot实现当中,目标板头文件(include/configs/spear310.h)预编译宏#define CONFIG_SPEAR_EMI和CFG_FLASH_CFI_DRIVER控制编译PNor flash驱动,该函数在drivers/mtd/cfi_flash.c;通过预编译宏#define CONFIG_SPEAR_SMI”控制编译SNor flash驱动,该函数在drivers/mtd/spr_smi.c。在移植U-Boot时,可以根据实际情况选择使用U-Boot自带的FLASH驱动还是自己编写新的驱动。
接下来是Nand Flash初始化,现目标板未使用Nand Flash,对此暂不讨论。
接下来调用env_relocate()函数初始化环境变量,该函数在common/env_common.c文件中定义。在同一文件中可以发现还定义了一个字符数组default_environment[],用于描述缺省的环境变量,这些都要在include/configs/spear310.h头文件中进行设置,包括启动命令CONFIG_BOOTCOMMAND,波特率CONFIG_BAUDRATE,IP地址CONFIG_IPADDR等等。
然后是获取自设置的目标板的网络地址,包括IP地址和MAC地址。
再然后是调用common/devices.c中定义的devices_init()函数来创建设备列表,并初始化相应的设备,主要是”stdin”,”stdout”,”stderr”以及自定义的设备如I2C,LCD等。这些相关代码是与平台无关的,因此从移植的角度考虑,不必作细致的研究与分析。
接着调用common/exports.c中定义的jumptable_init()函数,初始化全局数据表中的跳转表gd->jt,跳转表是一个函数指针数组,定义了u-boot中基本的常用的函数库;而gd->jt是这个函数指针数组的首指针。部分代码如下:
void jumptable_init (void)
{
int i;
gd->jt = (void **) malloc (XF_MAX * sizeof (void *));
for (i = 0; i < XF_MAX; i++)
gd->jt[i] = (void *) dummy;
gd->jt[XF_get_version] = (void *) get_version;
gd->jt[XF_malloc] = (void *) malloc;
gd->jt[XF_free] = (void *) free;
gd->jt[XF_getenv] = (void *) getenv;
gd->jt[XF_setenv] = (void *) setenv;
gd->jt[XF_get_timer] = (void *) get_timer;
gd->jt[XF_simple_strtoul] =(void *) simple_strtoul;
gd->jt[XF_udelay] = (void *) udelay;
gd->jt[XF_simple_strtol] = (void *) simple_strtol;
gd->jt[XF_strcmp] = (void *) strcmp;
#if defined(CONFIG_I386) ||defined(CONFIG_PPC)
gd->jt[XF_install_hdlr] = (void *) irq_install_handler;
gd->jt[XF_free_hdlr] = (void *) irq_free_handler;
#endif /* I386 || PPC */
#if defined(CONFIG_CMD_I2C)
gd->jt[XF_i2c_write]= (void *) i2c_write;
gd->jt[XF_i2c_read]= (void *) i2c_read;
#endif
}
然后是调用common/console.c中定义的函数console_init_r()初始化串口控制台,这同样是平台无关的代码,所以不必关心。
这时U-Boot的基本功能已经初始化完毕,便可开中断,并进行附加功能的配置与初始化,包括网卡驱动配置。
最后需要注意的一个很重要的文件是lib_arm/armlinux.c,它实现的功能包括设置内核启动参数,并负责将这些参数传递给内核,最后跳转到Linux内核入口函数,将控制权交给内核。
具体传递哪些参数,是通过在include/configs/spear310.h中指定条件编译选项来控制的,对应于lib_arm/armlinux.c中的参数列表中各个参数的定义及含义,以及参数列表的初始化过程,可以参考Booting ARMLinux一文。内核是如何找到这个参数列表在内存中的位置,以接收这些参数的呢?实际上,参数列表(tag list)在内存中的起始地址会保存在通用寄存器R2中,并传递给内核。而按照习惯或说惯例,通常tag list的首地址(物理地址)会设置为RAM起始地址+ 0x100偏移量,因此R2的值实际上是确定不变的。另外,还要正确设置R0和R1的值,在呼叫内核时,R0的值应为0,R1中则应保存机器类型(machine type)编号。R0,R1和R2都会作为参数传递给内核。
在上面的代码中,定义了一个函数指针theKernel,通过倒数第二条语句将内核入口地址赋给theKernel(hdr是include/image.h中定义的一个image_header结构体类型的数据,hdr->ih_ep中保存了内核入口地址,ntohl的功能是字节顺序的大小端转换,相关代码可以参考tools/mkimage.c),最后,根据APCS规则,将0, bd->bi_arch_number, bd->bi_boot_params 依次作为参数通过R0,R1和R2传递给theKernel函数,并进入内核启动部分。
至此,我们已经从源代码入手简要分析了U-Boot的启动流程,在这个过程中,我们可以理解和认识:为什么要添加这些文件;哪些文件是平台相关的并且必须要根据平台特性进行修改的;哪些文件是平台无关的,是不需要修改的,只需在头文件中作适当配置即可。
开发工具设置
SecureCRT linux界面显示设置
Linux的控制台颜色很好设置:Options ->Session Options -> Terminal -> Emulation 中Terminal选择ANSI or linux or xterm,必须钩上 ANSI Colour