转自：http://blog.chinaunix.net/uid-26021340-id-4413164.html
第一部分：
1、uboot的配置过程：
在编译uboot之前，需要执行：
make <board_name< span="" style="word-wrap: break-word;">>_config
所以编译6410的uboot之前需要执行
make smdk6410_config
查看uboot下的Makefile关于smdk6410_config，如下所示：
..............................................................................................................
前面的@（关于@可以看http://blog.csdn.net/yeyiliang/article/details/53928633）表示执行的意思，在Makefile里要加上@，如果不加@，会打印如下所示结果，CURDIR表示当前文件目录：
结果：
$(@:_config=)表示将smdk6410_config中的_config去掉，也就等于smdk6410，$(@)等效$@, $(@:_config)类似常看到的例子 obj=$(srcfiles:%.c=%.o): 由.c得到对应的.o文件.
所以@$(MKCONFIG) $(@:_config=) arm s3c64xx smdk6410 samsung s3c6410 等效于：
./mkconfig smdk6410 arm s3c64xx smdk6410 samsung s3c6410
mkconfig在开头给出了它的用法
# Parameters: Target Architecture CPU Board [VENDOR] [SOC]
./mkconfig smdk6410[Target][$1] arm[Architecture][$2] s3c64xx[CPU][$3] smdk6410[Board][$4] samsung[VENDOR] [$5] s3c6410[SOC][$6]
确定开发板名称BOARD_NAME，的相关代码如下:
while [ $# -gt 0 ] ; do //$#表示参数个数，-gt表示>0,所以这条语句的意思是如果参数个数大于0，则进入擦色
case "$1" in //$1,即参数1没有这些符号--），-a)，-n)，所以条件都不成立，所以直接进入BOARD_NAME赋值
--) shift ; break ;; //shift 表示 将$*中的剩余的参数向左移动一个位置并减少$#的值1
-a) shift ; APPEND=yes ;;
-n) shift ; BOARD_NAME="${1%%_config}" ; shift ;; //${1%%_config}是截断字符串的意思，从字符串 $1结束处开始、且匹配字符串"_config，然后将其从字符串的结尾处截去。
*) break ;;
esac
done
[ "${BOARD_NAME}" ] || BOARD_NAME="$1" //即BOARD_NAME = smdk6410
[ $# -lt 4 ] && exit 1
[ $# -gt 6 ] && exit 1 //参数小于4或大于6则退出，这里等于6所以都不执行
echo "Configuring for ${BOARD_NAME} board..."
if [ "$SRCTREE" != "$OBJTREE" ] ; then
//OBJTREE := $(if $(BUILD_DIR),$(BUILD_DIR),$(CURDIR)) # if函数计算OBJTREE的值，如果BUILD_DIR不为空，if函数的值就是BUILD_DIR，否则是CURDIR.
// Makefile中if的使用：$(if , , ). 相当于C语言中的if-then-else.
//SRCTREE := $(CURDIR)
/这里(BUILD_DIR）没有被定义，所以if条件不成立，所以OBJTREE =$(CURDIR)，可以在这里通过echo $OBJTREE 验证
//所以if [ "$SRCTREE" != "$OBJTREE" ] 条件不成立，直接跳入到else分支。在then里面主要是可以选择在其他目录下编译uboot，这样可以使源码干净，
//如果要在uboot下直接编译，将执行else分支
*既 $SRCTREE= $OBJTREE = $(CURDIR)，所以条件不成立，直接进入else
mkdir -p ${OBJTREE}/include
mkdir -p ${OBJTREE}/include2
cd ${OBJTREE}/include2
rm -f asm
ln -s ${SRCTREE}/include/asm-$2 asm
LNPREFIX="../../include2/asm/"
cd ../include
rm -rf asm-$2
rm -f asm
mkdir asm-$2
ln -s asm-$2 asm
else
cd ./include
rm -f asm //进入include目录并删除asm，这是上次建立的
ln -s asm-$2 asm //再次建立asm，并令他链接向asm-$2，即asm-arm
fi //在include下创建一个asm的链接（asm与asm-arm目录一致）
rm -f asm-$2/arch //删除asm-arm目录下的arch
if [ -z "$6" -o "$6" = "NULL" ] ; then //-z表示为空 -o 表示或， $6=s3c6410,所以if不成立，进入else
ln -s ${LNPREFIX}arch-$3 asm-$2/arch
else
ln -s ${LNPREFIX}arch-$6 asm-$2/arch //在asm-arm下创建符号链接arch指向include目录下的arch-s3c6410，
fi //但是include没这个目录，所以链接没被建立起来， ${LNPREFIX}为空，测试的时候把这段注掉试试
# create link for s3c64xx SoC
if [ "$3" = "s3c64xx" ] ; then
rm -f regs.h
ln -s $6.h regs.h
rm -f asm-$2/arch //删除include目录下的reg.h文件，并建立regs.h的链接->s3c6410.h
ln -s arch-$3 asm-$2/arch //删除asm-arm/arch文件夹，并建立asm-arm/arch新的链接->arch-s3c64xx
fi
if [ "$2" = "arm" ] ; then
rm -f asm-$2/proc
ln -s ${LNPREFIX}proc-armv asm-$2/proc //删除include目录下的asm-arm/proc，并建立它的链接->proc-armv
fi
# create link for s3c64xx-mp SoC
if [ "$3" = "s3c64xx-mp" ] ; then // "$3" ！= "s3c64xx-mp"所以这个条件语句不成立，故不执行
rm -f regs.h
ln -s $6.h regs.h
rm -f asm-$2/arch
ln -s arch-$3 asm-$2/arch
fi
#
# Create include file for Make
#
echo "ARCH = $2" > config.mk
echo "CPU = $3" >> config.mk
echo "BOARD = $4" >> config.mk
[ "$5" ] && [ "$5" != "NULL" ] && echo "VENDOR = $5" >> config.mk
[ "$6" ] && [ "$6" != "NULL" ] && echo "SOC = $6" >> config.mk
在include下建立config.mk文件，并在config.mk文件中输入一下信息
ARCH = arm
CPU = s3c64xx
BOARD = smdk6410
VENDOR = samsung
SOC = s3c6410
#
# Create board specific header file
#
if [ "$APPEND" = "yes" ] # Append to existing config file
then
echo >> config.h
else
> config.h # Create new config file
fi
echo "/* Automatically generated - do not edit */" >>config.h
echo "#include " >>config.h
exit 0
总结：
make smdk6410_config所做的事情就是1、确定开发板名称BOARD_NAME = smdk6410
2、在inluce目录下建立asm链接->asm-arm
3、在include目录下建立regs.h的链接->s3c6410.h
4、在include目录下建立asm-arm/arch链接->arch-s3c64xx
5、在include目录下建立asm-arm/proc链接->proc-armv
6、在inlcude目录下建立config.mk，并在文件中写入ARCH = arm，CPU = s3c64xx，BOARD = smdk6410，VENDOR = samsung，SOC = s3c6410
7，在include目录下建立config.h，并在文件中写入#include <configs <="" span="" style="word-wrap: break-word;">smdk6410.h>
****即make smdk6410_config所做的事情就是在include目录下建立板级芯片相关的头文件。
第二部分：
2、U-BOOT的编译、链接过程:
在Makefile中大概在117左右有如下代码：
.......
include $(OBJTREE)/include/config.mk //包含上面第一步生成的include/config.mk,这个文件定义了ARCH,CPU,BOARD,SOC等变量
export ARCH CPU BOARD VENDOR SOC
ifndef CROSS_COMPILE
ifeq ($(HOSTARCH),ppc)
CROSS_COMPILE =
else
ifeq ($(ARCH),ppc)
CROSS_COMPILE = powerpc-linux-
endif
ifeq ($(ARCH),arm)
CROSS_COMPILE = arm-linux- //定义编译器
endif
......
# load other configuration
include $(TOPDIR)/config.mk //包含顶层config.mk，它根据上面的值确定了编译器，编译选项,其中对我们理解有帮助的是BOARDDIR、LDFLAGS的值
------------------------------------------------------------------------------------------------------------------------------------
顶层config.mk代码
........
ifdef VENDOR
BOARDDIR = $(VENDOR)/$(BOARD) //所以BOARDDIR = samsung/smdk6410
else
BOARDDIR = $(BOARD)
endif
ifdef BOARD
sinclude $(TOPDIR)/board/$(BOARDDIR)/config.mk # include board specific rules
endif
........
LDSCRIPT := $(TOPDIR)/board/$(BOARDDIR)/u-boot.lds
.........
LDFLAGS += -Bstatic -T $(LDSCRIPT) -Ttext $(TEXT_BASE) $(PLATFORM_LDFLAGS) //在board/sumsung/smdk6410/config.mk下定义了TEXT_BASE = c7e00000
---------------------------------------------------------------------------------------------------------------------------------------
继续Makefile：
......
OBJS = cpu/$(CPU)/start.o
......
LIBS = lib_generic/libgeneric.a
LIBS += board/$(BOARDDIR)/lib$(BOARD).a
LIBS += cpu/$(CPU)/lib$(CPU).a
ifdef SOC
LIBS += cpu/$(CPU)/$(SOC)/lib$(SOC).a
endif
LIBS += lib_$(ARCH)/lib$(ARCH).a
LIBS += fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a \
fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a
LIBS += net/libnet.a
......
LIBS += $(BOARDLIBS)
//从上面可知，OBJS的第一个值为cpu/$(cpu)/start.o，即为cpu/s3c64xx/start.o
//LIBS变量就是平台板相关的各个目录、通用目录下相应的库，
//其中粉色字体的是板级相关的需要生成的库
//OBJS,LIBS所代表的.o,.a文件就是U-Boot的构成，他们通过如下命令由相应的源文件（或相应子目录下的文件）编译得到。
$(OBJS):
$(MAKE) -C cpu/$(CPU) $(if $(REMOTE_BUILD),$@,$(notdir $@)) //if $(REMOTE_BUILD),$@,$(notdir $@)中，REMOTE_BUILD为空，所以等效
$(notdir $@），$(notdir $@）为取文件函数，作用是去掉$@的路径，所以$(notdir $@）等效start.o，这条语句的作用是进入cpu/s3c64xx目录下编译start.S
$(LIBS):
$(MAKE) -C $(dir $(subst $(obj),,$@)) //$(subst $(obj),,$@)为字符串处理函数，因为$(obj)为空，所以不对$@进行任何处理，dir为取$@的目录，所以
$(MAKE) -C $(dir $(subst $(obj),,$@)) 所表示的意识是到相应的LIBS目标目录下执行make编译
$(SUBDIRS):
$(MAKE) -C $@ all
//当所有的.o和.a文件都生成后，就剩下最后的链接了，这对应makefile如下几行
ALL = $(obj)u-boot.srec $(obj)u-boot.bin $(obj)System.map $(U_BOOT_NAND)
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 $< $@
$(OBJDUMP) -d $< > $<.dis
$(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.dis: $(obj)u-boot
$(OBJDUMP) -d $< > $@
$(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) \
-Map u-boot.map -o u-boot
//其中 LDFLAGS确定了连接方式 ，其代码如下所示，
/*
LDSCRIPT := $(TOPDIR)/board/$(BOARDDIR)/u-boot.lds
.........
LDFLAGS += -Bstatic -T $(LDSCRIPT) -Ttext $(TEXT_BASE) $(PLATFORM_LDFLAGS) //在board/sumsung/smdk6410/config.mk下定义了TEXT_BASE = c7e00000
//u-boot.lds，TEXT_BASE = c7e00000指定了程序的布局，地址。
*/
/*------------------------------------------------ Makefile结束------------------------------------------------------------------------------------------------------------------------------ */
/*------------------------------------------------ U-Boot.lds ---------------------------------------------------------------------------------------------------------------------- ---------- */
u-boot.lds决定了u-boot可执行映像的连接方式，以及各个段的装载地址（装载域）和执行地址（运行域）。
U-Boot.lds文件如下所示：
OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm") /*指定输出可执行文件是elf格式,32位ARM指令,小端*/
/*OUTPUT_FORMAT("elf32-arm", "elf32-arm", "elf32-arm")*/
OUTPUT_ARCH(arm) /*指定输出可执行文件的平台为ARM*/
ENTRY(_start) /*指定输出可执行文件的起始代码段为_start*/
SECTIONS /*指定可执行image文件的全局入口点，通常这个地址都放在ROM(flash)0x0位置。必须使编译器知道这个地址，通常都是修改此处来完成*/
{
. = 0x00000000; /*;从0x0位置开始*/
. = ALIGN(4); /*代码以4字节对齐*/
.text :
{
cpu/s3c64xx/start.o (.text) /*代码的第一个代码部分*/
cpu/s3c64xx/s3c6410/cpu_init.o (.text) //这部分代码都会放入4K代码区，如果从nand启动，初始化代码最好加入这里
cpu/s3c64xx/onenand_cp.o (.text)
cpu/s3c64xx/nand_cp.o (.text)
cpu/s3c64xx/movi.o (.text)
*(.text) /*其余代码段*/
lib_arm/div0.o
}
. = ALIGN(4);
.rodata : { *(.rodata) } /*只读数据段 ，所有的只读数据段都放在这个位置*/
. = ALIGN(4);
.data : { *(.data) } /*可读写数据段，所有的可读写数据段都放在这里*/
. = ALIGN(4);
.got : { *(.got) } /*指定got段, got段式是uboot自定义的一个段, 非标准段*/
__u_boot_cmd_start = .; /*把__u_boot_cmd_start赋值为当前位置, 即起始位置*/
.u_boot_cmd : { *(.u_boot_cmd) } /* u_boot_cmd段，所有的u-boot命令相关的定义都放在这个位置，因为每个命令定义等长，所以只要以
__u_boot_cmd_start为起始地址 进行查找就可以很快查找到某一个命令的定义，并依据定义的命令指针调用相应的函数进行处理用户的任务*/
__u_boot_cmd_end = .; /* u_boot_cmd段结束位置，由此可以看出，这段空间的长度并没有严格限制，用户可以添加一些u-boot的命令，最终都会在连接是存放在这个位置。*/
. = ALIGN(4);
.mmudata : { *(.mmudata) }
. = ALIGN(4);
__bss_start = .; /*把__bss_start赋值为当前位置,即bss段的开始位置*/
.bss : { *(.bss) }
_end = .; /*把_end赋值为当前位置,即bss段的结束位置*/
}
//cpu/s3c64xx/start.o (.text) 被放在程序的最前面，所以U-boot的入口点在 cpu/s3c64xx/start.S中。
总结：
Makefile的编译流程。（1）首先编译cpu/s3c64xx/start.S，还可能编译cpu/$(CPU)下的其他文件。
（2）然后，对平台相关的每个目录、以及通用的目录使用各自的Makefile生成相应的库。
（3）将1、2步骤生成的.o、.a文件按照board/$(BOARDDIR)/config.mk文件中指定的代码段起始地址、board/$(BOARDDIR)/U-Boot.lds连接脚本进行连接。
（4）第三步得到的ELF格式的U-Boot，后面Makefile还会将它转为二进制格式、S-Record格式。
参考资料：（这部分从网上复制过来的，对理解有参考意义）
http://blog.csdn.net/qiaoliang328/article/details/5891913http://bbs.csdn.net/topics/370251042
u-boot.lds文件诠释
网上大部分u-boot.lds文件的分析大部分都是千遍一律，例如下面就是本人在网上找到的关于u-boot.lds的资料。
OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm")
/*指定输出可执行文件是elf格式,32位ARM指令,小端*/
OUTPUT_ARCH(arm)
/*指定输出可执行文件的平台为ARM*/
ENTRY(_start)
/*指定输出可执行文件的起始代码段为_start*/
SECTIONS
{
/*指定可执行image文件的全局入口点，通常这个地址都放在ROM(flash)0x0位置。必须使编译器知道这个地址，通常都是修改此处来完成*/
. = 0x00000000;/*;从0x0位置开始*/
. = ALIGN(4);/*代码以4字节对齐*/
.text :
{
cpu/arm920t/start.o (.text)
/*代码的第一个代码部分*/
*(.text)
/*下面依次为各个text段函数*/
}
. = ALIGN(4);
/*代码以4字节对齐*/
.rodata : { *(SORT_BY_ALIGNMENT(SORT_BY_NAME(.rodata*))) }
/*指定只读数据段*/
. = ALIGN(4);
/*代码以4字节对齐*/
.data : { *(.data) }
. = ALIGN(4);
/*代码以4字节对齐*/
.got : { *(.got) }
/*指定got段, got段是uboot自定义的一个段, 非标准段*/
. = .;
__u_boot_cmd_start = .;
/*把__u_boot_cmd_start赋值为当前位置, 即起始位置*/
.u_boot_cmd : { *(.u_boot_cmd) }
/*指定u_boot_cmd段, uboot把所有的uboot命令放在该段.*/
__u_boot_cmd_end = .;
/*把__u_boot_cmd_end赋值为当前位置,即结束位置*/
. = ALIGN(4);
/*代码以4字节对齐*/
__bss_start = .;
/*把__bss_start赋值为当前位置,即bss段的开始位置*/
.bss (NOLOAD) : { *(.bss) . = ALIGN(4); }
/*指定bss段,告诉加载器不要加载这个段*/
__bss_end = .;
/*把_end赋值为当前位置,即bss段的结束位置*/
}
看完上面的解析思路本来应该是很清晰的，于是乎编译u-boot，查看一下System.map,
30100000 T _start
30100020 t _undefined_instruction
30100024 t _software_interrupt
30100028 t _prefetch_abort
3010002c t _data_abort
30100030 t _not_used
30100034 t _irq
30100038 t _fiq
发现 _start 的链接地址不是u-boot.lds中.text 的当前地址0x00000000，而是0x30100000，这就产生很多疑问了：
(1) 为什么u-boot.lds指定的 .text 的首地址不起作用？
(2) 0x30100000是什么地址，由谁指定.text的首地址是0x30100000的呢？
(3) 假如有其他动作改变了 .text 的首地址，那么该动作跟u-boot.lds的优先级又是怎么决定的呢？
其实这三个问题都在Makefile的LDFLAGS 变量和u-boot.lds 中找到答案。我们不妨试着修改一下u-boot.lds，把u-boot.lds修改成如下(红色字体部分为修改过部分)：
OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm")
/*指定输出可执行文件是elf格式,32位ARM指令,小端*/
OUTPUT_ARCH(arm)
/*指定输出可执行文件的平台为ARM*/
ENTRY(_start)
/*指定输出可执行文件的起始代码段为_start*/
SECTIONS
{
/*指定可执行image文件的全局入口点，通常这个地址都放在ROM(flash)0x0位置。必须使编译器知道这个地址，通常都是修改此处来完成*/
. = 0x30000000;/*;从0x0位置开始*/
. = ALIGN(4);/*代码以4字节对齐*/
.rodata : { *(SORT_BY_ALIGNMENT(SORT_BY_NAME(.rodata*))) }
. = ALIGN(4);
/*代码以4字节对齐*/
.text :
{
cpu/arm920t/start.o (.text)
/*代码的第一个代码部分*/
*(.text)
/*下面依次为各个text段函数*/
}
/*指定只读数据段*/
. = ALIGN(4);
/*代码以4字节对齐*/
.data : { *(.data) }
. = ALIGN(4);
/*代码以4字节对齐*/
.got : { *(.got) }
/*指定got段, got段是uboot自定义的一个段, 非标准段*/
. = .;
__u_boot_cmd_start = .;
/*把__u_boot_cmd_start赋值为当前位置, 即起始位置*/
.u_boot_cmd : { *(.u_boot_cmd) }
/*指定u_boot_cmd段, uboot把所有的uboot命令放在该段.*/
__u_boot_cmd_end = .;
/*把__u_boot_cmd_end赋值为当前位置,即结束位置*/
. = ALIGN(4);
/*代码以4字节对齐*/
__bss_start = .;
/*把__bss_start赋值为当前位置,即bss段的开始位置*/
.bss (NOLOAD) : { *(.bss) . = ALIGN(4); }
/*指定bss段,告诉加载器不要加载这个段*/
__bss_end = .;
/*把_end赋值为当前位置,即bss段的结束位置*/
}
上面对u-boot.lds主要做了两点修改
(1) 把0x00000000 改成 0x30000000。
(2) 把 .text 和 .rodata 存放的地址调换了位置。
重新编译 u-boot, 查看System.map
30000000 R version_string
30000028 r C.27.2365
.
.
.
30100000 T _start
30100020 t _undefined_instruction
.
.
.
从上面的System.map部分内容可以看出:
(1) u-boot.lds设定的地址(0x00000000或0x30000000)是有效的。
(2) .text的地址仍然是30100000
跟着我们查看Makefile中的LDFLAGS变量，发现一条指令
LDFLAGS += -Ttext $(TEXT_BASE) 其中TEXT_BASE 是在u-boot根目录的board文件夹的对应的开发板名字的子目录下的config.mk文件中定义的
TEXT_BASE = 0x30100000
看到这里我们应该明白为什么_start，也就是.text的首地址总是等于0x30100000了，在连接的时候ld命令会把参数-Ttext指定的地址赋给.text,所以.text在u-boot.lds中的默认地址(当前地址)不起作用了。
1358
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
