第002节_u-boot分析之Makefile结构分析

最新推荐文章于 2023-12-20 10:25:15 发布

dfl448866

最新推荐文章于 2023-12-20 10:25:15 发布

阅读量260

点赞数

分类专栏： uboot

uboot 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

转载地址 https://www.cnblogs.com/wrjvszq/p/4206975.html

转载名称 u-boot剖析（一）----Makefile分析

由于u-boot比较庞大，所以我们分开来分析，对于一个大型的项目我们想快速的了解其代码架构和内容，最方便的方法就是分析Makefile，所以我们今天以三星的s3c2440来分析Makefile。我们今天通过对u-boot的分析要得到以下内容：

1. U-boot的入口

2. 链接地址

U-boot配置过程分析

我们在编译u-boot之前首先要进行u-boot的配置，以三星的s3c2440为例我们的配置命令是make smdk2440_config，所以我们在u-boot顶层的Makefile中搜索smdk2440_config我们可以轻松的找到下面代码：

1 smdk2440_config : unconfig
2 @$(MKCONFIG) $(@:_config=) arm s3c24xx smdk2440 samsung s3c2440

从上面代码我们可以确定当我们执行make smdk2440_config的时候其执行了@$(MKCONFIG) $(@:_config=) arm s3c24xx smdk2440 samsung s3c2440在Makefile中我们又可以找到MKCONFIG := $(SRCTREE)/mkconfig所以上面的命令就可以替换为mkconfig smdk2440 arm s3c24xx smdk2440 samsung s3c2440 也就是说我们执行make smdk2440_config的时候其就是执行上面的命令。

接下来我们打开mkconfig

1. 分析传入的参数，确定开发板的名称，由于我们没有-- 、-a、-n参数所以下面代码可以忽略。

APPEND=no # Default: Create new config file
BOARD_NAME=""# Name to print in make output
SETMMU="no"# use mmu in nand uboot,but do not use in mmc.bin
while[ $# -gt 0 ] ; do
case"$1" in
--) shift ;break;;
-a) shift ; APPEND=yes ;;
-n) shift ; BOARD_NAME="${1%%_config}"; shift ;;
*)break;;
esac
done
["${BOARD_NAME}"]|| BOARD_NAME="$1"//如果BOARD_NAME已定义后面的代码就不会执行，但是我们这里没有定义，所以执行BOARD_NAME="$1"，然而$1 就是smdk2440所以执行完后BOARD_NAME= smdk2440
[ $# -lt 4 ] && exit 1//参数的个数小于4退出
[ $# -gt 9 ] && exit 1//参数的个数大于9退出
echo "Configuring for ${BOARD_NAME} board which boot from $7 $8 $9..."

接下来会打印Configuring for ${BOARD_NAME} board which boot from ...

#
# Create link to architecture specific headers
#
if["$SRCTREE"!="$OBJTREE"]; then
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
ln -s asm-$2 asm
fi

上面的这个if [ "$SRCTREE" != "$OBJTREE" ] 然而我们在顶层的Makefile中可以找到

OBJTREE := $(if $(BUILD_DIR),$(BUILD_DIR),$(CURDIR))//如果定义BUILD_DIR则OBJTREE就为BUILD_DIR没定义就为$(CURDIR)
SRCTREE := $(CURDIR)

通过上面两行代码显然我们可以知道OBJTREE和SRCTREE是相等的，所以执行else分支

1 cd ./include
2 rm -f asm
3 ln -s asm-$2 asm#就是ln –s asm-arm asm

rm -f asm-$2/arch //rm –f asm-arm/arch
if[-z "$6"-o "$6"="NULL"]; then//第6个参数为空或者为NULL显然不成立执行else分支
ln -s ${LNPREFIX}arch-$3 asm-$2/arch
else
ln -s ${LNPREFIX}arch-$6 asm-$2/arch
//因为LNPREFIX未定义所以该命令类似与ln –s arch- s3c2440 asm-arm/arch
fi

这里我们发现其建立的链接竟然不是连到arch- s3c2440的而是连到arch- s3c24xx的难道我们错了？这个问题下面会解释到。

# create link for s3c24xx SoC
 if["$3"="s3c24xx"]; then
 rm -f regs.h
 ln -s $6.h regs.h//建立链接文件ln –s s3c2440.h regs.h
 rm -f asm-$2/arch
 ln -s arch-$3 asm-$2/arch//建立链接文件ln –s arch- s3c24xx asm-arm/arch
 fi

上面的最后一个连接文件，也就是我们刚才为什么看到不正确的链接了，因为其在这里更改了指向。

# create link for s3c64xx SoC
 if["$3"="s3c64xx"];then//我们的"$3"=”s3c24xx”的所以不执行
 rm -f regs.h
 ln -s $6.h regs.h
 rm -f asm-$2/arch
 ln -s arch-$3 asm-$2/arch
 fi
 if["$2"="arm"];then
 rm -f asm-$2/proc
 ln -s ${LNPREFIX}proc-armv asm-$2/proc//建立链接文件ln -s proc-armv asm-arm/proc
 fi

# create link for s3c64xx-mp SoC
if["$3"="s3c64xx-mp"];then//不相等不执行
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//输出ARCH = arm到config.mk
echo "CPU = $3">> config.mk//追加CPU = s3c24xx到 config.mk
echo "BOARD = $4">> config.mk//追加BOARD = smdk2440 到 config.mk
["$5"]&&["$5"!="NULL"]&& echo "VENDOR = $5">> config.mk//我们第5个参数为samsung追加VENDOR =samsung 到 config.mk
["$6"]&&["$6"!="NULL"]&& echo "SOC = $6">> config.mk//我们第6个参数为s3c2440追加SOC = s3c2440 到 config.mk

#
# Create board specific header file
#
if["$APPEND"="yes"]// Append to existing config file在开始时我们定义APPEND=no所以执行else分支
then
echo >> config.h
else
> config.h // Create new config file创建一个config.h文件
fi
echo "/* Automatically generated - do not edit */">>config.h//追加/*Automatically generated -do not edit */到config.h
case $7 in//我们没有第7个参数所以不执行
SD)
echo "#define FORLINX_BOOT_SD">> config.h
SETMMU="no"
;;
NAND)
echo "#define FORLINX_BOOT_NAND">> config.h
SETMMU="yes"
;;
*)
;;
esac
case $8 in//我们没有第8个参数所以不执行
ram128)
echo "#define FORLINX_BOOT_RAM128">> config.h
>../board/samsung/smdk6410/config.mk # clear file context
echo "ifndef TEXT_BASE">>../board/samsung/smdk6410/config.mk
if[ ${SETMMU}="yes"]
then
echo "TEXT_BASE = 0xC7E00000">>../board/samsung/smdk6410/config.mk
else
echo "TEXT_BASE = 0x57E00000">>../board/samsung/smdk6410/config.mk
fi
echo "endif">>../board/samsung/smdk6410/config.mk
;;
ram256)
echo "#define FORLINX_BOOT_RAM256">> config.h
>../board/samsung/smdk6410/config.mk # clear file context
echo "ifndef TEXT_BASE">>../board/samsung/smdk6410/config.mk
if[ ${SETMMU}="yes"]
then
echo "TEXT_BASE = 0xCFE00000">>../board/samsung/smdk6410/config.mk
else
echo "TEXT_BASE = 0x5FE00000">>../board/samsung/smdk6410/config.mk
fi
echo "endif">>../board/samsung/smdk6410/config.mk
;;
*)
;;
esac
if["$9"="hdmi"];then//我们没有第9个参数所以不执行
echo "#define FORLINX_LCDOUT_HDMI">> config.h
fi
echo "#include <configs/$1.h>">>config.h//追加#include <configs/ smdk2440.h>到 config.h

exit 0

在我们的配置过程中我们主要有一下工作;

1. 创建于开发板相关的头文件的链接

2. 创建include/config.mk文件

3. 创建include/config.h头文件

U-boot编译

在我们执行make的时候其将会生成第一个目标也就是all，以all为突破口我们找到all又依赖于$(ALL)而ALL又等于

 ALL = $(obj)u-boot.srec $(obj)u-boot.bin $(obj)System.map $(U_BOOT_NAND)

而u-boot.srec u-boot.bin又依赖于u-boot

$(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

通过展开编译命令（当然有点麻烦）我们可以直接执行make然后找到和这条命令相似的命令，
通过得到的命令我们可以顺利的找到其在编译过程中所用到的链接器脚本

OUTPUT_FORMAT("elf32-littlearm","elf32-littlearm","elf32-littlearm")
OUTPUT_ARCH(arm)
ENTRY(_start)//入口地址_start
SECTIONS
{
.=0x00000000;
.= ALIGN(4);
.text ://代码段排布
{
cpu/s3c24xx/start.o (.text)//先是该代码，最先运行
cpu/s3c24xx/s3c2440/cpu_init.o (.text)
*(.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);
.mmudata :{*(.mmudata)}
.= ALIGN(4);
__bss_start =.;
.bss :{*(.bss)}
_end =.;
}

在cpu/s3c24xx/start.o我们可以轻松找到其所有代码的入口

.globl _start
_start:
b reset
ldr pc, _undefined_instruction
ldr pc, _software_interrupt
ldr pc, _prefetch_abort
ldr pc, _data_abort
ldr pc, _not_used
ldr pc, _irq
ldr pc, _fiq

至此我们找到了正个程序的入口，但是其的链接地址又在什么地方呢？

我们在顶层的config.mk中找到

LDFLAGS +=-Bstatic-T $(LDSCRIPT)-Ttext $(TEXT_BASE) $(PLATFORM_LDFLAGS)

其实整个程序的链接地址就在TEXT_BASE通过全局搜索我们在
\board\samsung\smdk2440\config.mk 中找到TEXT_BASE = 0x30008000
至此我们今天的任务完成。

dfl448866

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
第002节_u-boot分析之Makefile结构分析

转载地址https://www.cnblogs.com/wrjvszq/p/4206975.html转载名称u-boot剖析（一）----Makefile分析由于u-boot比较庞大，所以我们分开来分析，对于一个大型的项目我们想快速的了解其代码架构和内容，最方便的方法就是分析Makefile，所以我们今天以三星的s3c2440来分析Makefile。我们今天通过对u-boot的分析要得...
复制链接

扫一扫

专栏目录