- 说明:因为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中几乎每个文件都要被编译和连接,但是这些文件是否包含有效的代码,则由宏开关来设置,这个就是这些宏开关。
- 前面几步为什么这么做,现在应该明白了吧。^_^
- 参考:
相关文章
- Linux移植之make uImage编译过程分析
- OpenCV4Android开发之旅(三)----Windows平台Eclipse、MinGW配置OpenCV2.4.4(C++接口调用) 全过程(附:MinGW编译OpenCV2.4.4)
- OpenCV4Android开发之旅(三)----Windows平台Eclipse、MinGW配置OpenCV2.4.4(C++接口调用) 全过程(附:MinGW编译OpenCV2.4.4)
- U-boot移植之配置编译Makefile分析
- ARM Linux编译链接过程分析
- 编译,链接过程分析
- uboot主Makefile分析(t配置和编译过程详解)
- uboot配置和编译过程详解【转】
- UBOOT编译--- make xxx_deconfig过程详解(一)
- uboot源码及启动过程分析