您的位置:首页 > 其它

二、uboot的配置过程分析 (2011-03-10 19:41)

2012-08-06 11:37 513 查看
标签: blank style 博客
分类: uboot2010.09移植

说明:因为uboot2010.12有点小bug,http://my.chinaunix.net/space.php?uid=24319701&do=blog&id=125381,这篇博客有讲怎么克服,懒的改了,换成uboot2010.09.以后都是基于uboot2010.09版本。
根据顶层的README说明,For all supported boards there are ready-to-use default
configurations available; just type "make <board_name>_config".因为我们移植uboot到mini2440上的时候会以smdk2410为蓝本,所以我们可以执行make smdk2410_config,但是有一点要说明的是,从uboot2010.09开始,其工程架构发生了变化,以前关于板子相关的配置文件信息是放在根目录下的Makefile里的,而从这一版本开始独立成一个文件boards.cfg。
执行完make smdk2410_config之后,再执行make all就会生成uboot.bin文件,uboot.bin文件就是我们要烧到norflash中的文件啦。
那么首先来看一下make smdk2410_config做了些什么事情:
因为根目录下的makefile并没有smdk2410_config目标(在老版本中可以找到),取而代之的是%_config这个目标,%代表着任意字符。%_config附近的代码如下:
%_config:: unconfig
@$(MKCONFIG) -A $(@:_config=)
这里可以看到%_config目标后面是双冒号,而我们平常看的只有一个冒号,这个就是makefile 的双冒号规则了,而平常我们见的单冒号就是普通规则。Makefile 中规定:一个目标可以出现在多个规则中。但是这些规则必须是同一类型的规则,要么都是普通规则,要么都是双冒号规则。而不允许一个目标同时出现在两种不同类型的规则中。双冒号规则和普通规则的处理的不同点表现在以下几个方面:
1. 双冒号规则中,当依赖文件比目标更新时。规则将会被执行。对于一个没有依赖而只有命令行的双冒号规则,当引用此目标时,规则的命令将会被无条件执行。而普通规则,当规则的目标文件存在时,此规则的命令永远不会被执行(目标文件永远是最新的)。
2. 当同一个文件作为多个双冒号规则的目标时。这些不同的规则会被独立的处理,而不是像普通规则那样合并所有的依赖到一个目标文件。这就意味着对这些规则的处理就像多个不同的普通规则一样。就是说多个双冒号规则中的每一个的依赖文件被改变之后,make只执行此规则定义的命令,而其它的以这个文件作为目标的双冒号规则将不会被执行。
前面我们讲过uboot从2010.09版本开始工程结构发生变化,关于板子的配置信息都独立出来放在了boards.cfg文件中,这样在我们执行不同的"make <board_name>_config"时,都会执行
%_config:: unconfig
@$(MKCONFIG) -A $(@:_config=)
这个命令,但是uboot使用双冒号规则后,都会按照各自的<board_name>_config生成相应的目标文件,不是大大缩小了代码的冗余度。
而@的作用是在执行这条命令的时候不进行显示,$(MKCONFIG)是取变量MKCONFIG,由MKCONFIG := $(SRCTREE)/mkconfig这条语句知,就是当前目录下的mkconfig文件,$(@:_config=)的意思是,讲目标文件名字中含有的_config用等号后面的的字符替换掉,这里=后面为空,所以其效果就是把_config去掉,这样,make smdk2410_config实际上就是先执行unconfig的命令,再执行mkconfig –A smdk2410。那么,紧接着,我们来看下mkconfig
都做了些什么:
# Script to create header files and links to configure
# U-Boot for a specific board.
# Parameters: Target Architecture CPU Board [VENDOR] [SOC]
由mkconfig的注释可以看出mkconfig是用来生成一些头文件和连接的。
if [ \( $# -eq 2 \) -a \( "$1" = "-A" \) ] ; then
# Automatic mode
line=`egrep -i "^[[:space:]]*${2}[[:space:]]" boards.cfg` || {
echo "make: *** No rule to make target \`$2_config'. Stop." >&2
exit 1
}
set ${line}
# add default board name if needed
[ $# = 3 ] && set ${line} ${1}
fi
$#代表传递给程序的参数的总个数,-a的意思就是前后两个都成立,if的判断条件才为真,$1为第一参数,而我们执行的命令是:mkconfig –A smdk2410,参数个数为2,第一个参数为-A,所以if条件为真。
line=`egrep -i "^[[:space:]]*${2}[[:space:]]" boards.cfg` || {
echo "make: *** No rule to make target \`$2_config'. Stop." >&2
exit 1
}
这条我猜测是读取boards.cfg文件中的${2}的信息,而我们传递的第二个参数是smdk2410,所以就是读取boards.cfg文件中的smdk2410的信息,如果不存在smdk2410的信息的话,就打印出一条语句:make: *** No rule to make target \`$2_config'. Stop." >&2并退出。
从boards.cfg读出的信息为:
smdk2410 arm arm920t - samsung s3c24x0
接下来:
while [ $# -gt 0 ] ; do //参数个数大于0执行
case "$1" in
--) shift ; break ;;
-a) shift ; APPEND=yes ;;
-n) shift ; BOARD_NAME="${1%_config}" ; shift ;;
-t) shift ; TARGETS="`echo $1 | sed 's:_: :g'` ${TARGETS}" ; shift ;;
*) break ;;
esac
done
//mkconfig中没有这些参数,所以上面语句不执行
[ $# -lt 4 ] && exit 1
[ $# -gt 6 ] && exit 1
//从boards.cfg中读出的参数为5个,小于4大于6都是错误的将退出。
CONFIG_NAME="${1%_config}"
// CONFIG_NAME设为第一个参数smdk2410
[ "${BOARD_NAME}" ] || BOARD_NAME="${CONFIG_NAME}"
// BOARD_NAME刚开始是空的,现在设为CONFIG_NAME即smdk2410
arch="$2"
cpu="$3"
//arch设为arm,cpu设为arm920t
if [ "$4" = "-" ] ; then
board=${BOARD_NAME}
else
board="$4"
fi
//因为有-所以board为smdk2410
[ $# -gt 4 ] && [ "$5" != "-" ] && vendor="$5"
[ $# -gt 5 ] && [ "$6" != "-" ] && soc="$6"
//设置厂商和soc名字分别为samsung和s3c24x0
if [ "${ARCH}" -a "${ARCH}" != "${arch}" ]; then
echo "Failed: \$ARCH=${ARCH}, should be '${arch}' for ${BOARD_NAME}" 1>&2
exit 1
fi
//判断是否为arm,不是则提示出错信息。
echo "Configuring for ${BOARD_NAME} board..."
//打印相应的信息
//接下来是创建平台相关的头文件的链接
# 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}/arch/${arch}/include/asm asm
LNPREFIX=${SRCTREE}/arch/${arch}/include/asm/
cd ../include
rm -f asm
ln -s ${SRCTREE}/arch/${arch}/include/asm asm
else
cd ./include
rm -f asm
ln -s ../arch/${arch}/include/asm asm
fi
//$SRCTREE是源代码目录,OBJTREE是目标文件目录,if [ "$SRCTREE" != "$OBJTREE" ]此句是判断源代码目录和目标文件目录是否一样,可以选择在其他目录下编译uboot,这样可以令源代码目录保持干净,可以同时使用不同的配置进行编译。这里我们打算直接在源代码目录下编译,所以将执行else的代码,cd ./include进入include目录,rm -f asm删除asm文件(这是上一次配置时建立的链接文件),然后再次建立链接文件,ln -s ../arch/${arch}/include/asm
asm,并令它指向../arch/${arch}/include/asm,即../arch/arm/include/asm,接下来:
rm -f asm/arch
if [ -z "${soc}" ] ; then
ln -s ${LNPREFIX}arch-${cpu} asm/arch
else
ln -s ${LNPREFIX}arch-${soc} asm/arch
fi
//如果soc为空则执行,否则执行else语句
if [ "${arch}" = "arm" ] ; then
rm -f asm/proc
ln -s ${LNPREFIX}proc-armv asm/proc
fi
//创建一些链接
接下来:
//创建#include/config.mk
# Create include file for Make
#
echo "ARCH = ${arch}" > config.mk
echo "CPU = ${cpu}" >> config.mk
echo "BOARD = ${board}" >> config.mk
[ "${vendor}" ] && echo "VENDOR = ${vendor}" >> config.mk
[ "${soc}" ] && echo "SOC = ${soc}" >> config.mk
经过这几句之后:ARCH = arm,CPU = arm920t,BOARD = smdk2410,VENDOR=samsung,SOC=s3c24x0.
# Assign board directory to BOARDIR variable
if [ -z "${vendor}" ] ; then
BOARDDIR=${board}
else
BOARDDIR=${vendor}/${board}
Fi
//指定开发板目录,vendor为空,则为${board}否则为${vendor}/${board},这里就为samsung/smdk2410
//创建开发板相关的头文件
# 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
for i in ${TARGETS} ; do
echo "#define CONFIG_MK_${i} 1" >>config.h ;
done
cat << EOF >> config.h
#define CONFIG_BOARDDIR board/$BOARDDIR
#include <config_defaults.h>
#include <configs/${CONFIG_NAME}.h>
#include <asm/config.h>
EOF
exit 0
APPEND维持原值‘no’,config.h重新建立,为#include <configs/${CONFIG_NAME}.h>
即#include <configs/smdk2410.h>
总结:从以上过程可以看出,如果要在如果要在board目录下新建一个开发板<board_name> 的目录,或着在board目录的子目录下新建一个开发板<board_name> 的目录,需要在board.cfg配置文件中添加相应的信息,在#include/configs目录下也要建立一个文件<board_name.h>,里面存放的就是开发板board_name的配置信息。
这里的配置信息主要分为两类,从顶层的README可知:
There are two classes of configuration variables:
* Configuration _OPTIONS_:
These are selectable by the user and have names beginning with
"CONFIG_".
//这些主要勇于选择CPU,SOC,开发板类型,设置系统时钟,选择设备驱动等
* Configuration _SETTINGS_:
These depend on the hardware etc. and should not be meddled with if
you don't know what you're doing; they have names beginning with
"CONFIG_SYS_".
//因为UBOOT中几乎每个文件都要被编译和连接,但是这些文件是否包含有效的代码,则由宏开关来设置,这个就是这些宏开关。
现在我们可以去看一下黄刚大侠的第一个uboot移植博客:http://blogold.chinaunix.net/u3/101649/showart.php?id=2105215
前面几步为什么这么做,现在应该明白了吧。^_^
参考:
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: