【转】解析u-boot基于I.MX51_BBG的编译过程（一）

原文地址： http://blog.sina.com.cn/s/blog_70b546060100lpva.html

 

目录说明： u-boot 顶层目录 (TOPLEVEL) ： ~/myandroid/bootable/bootable/uboot-imx

       我们在编译过程中，在 ubuntu 命令行，使用的是如下命令：

$ cd ~/myandroid/bootable/bootable/uboot-imx

$ make mx51_bbg_android_config

$ make uImage

       编译完成后，在 ~/myandroid/bootable/bootable/uboot-imx 目录中，就得到了 u-boot.bin 这个我们所需要的二进制文件。

       我们要分析的是，当 make mx51_bbg_android_config 这个命令执行时，内部都经过了那些过程，有哪些关键的相关文件参与编译。

       make mx51_bbg_android_config 执行时，以下过程会发生：

一、执行顶层Makefile 文件中的“目标”

       这可以从 Makefile 文件中查到。

第一步（第一段代码）：

mx51_bbg_android_config    /

mx51_bbg_mfg_config /

mx51_bbg_config         : unconfig

       @$(MKCONFIG) $(@:_config=) arm arm_cortexa8 mx51_bbg freescale mx51

       从这段代码中，可以看到，编译时执行以下 3 个命令，会是同样的效果：

（ 1 ） $ make mx51_bbg_android_config

（ 2 ） $ make mx51_bbg_mfg_config

（ 3 ） $ mx51_bbg_config

       上述三个不同的执行方式，其结果，都会去找 unconfig 所对应的代码段。

第二步（第二段代码）：

unconfig:

       @rm -f $(obj)include/config.h $(obj)include/config.mk /

              $(obj)board*/config.tmp /

              $(obj)include/autoconf.mk $(obj)include/autoconf.mk.dep

       这段脚本代码，其作用很明显是为了删除上一次编译产生的所有文件，为本次编译进一次 clean 操作。

       在 Makefile 文件中，第一段代码位置在注释为“ ARM1136 Systems ”，大约第 3248 行前后，本来 I.MX51 是 arm_cortexa8 的 CPU 核，不知道为什么 U-BOOT 的编写者，把 I.MX51 对应的目标放在了这里。

       第二段代码的位置在 Makefile 文件开头不远的地方，大约 493 行前后的位置。

第三部（执行第一段代码最后一句命令）

       在执行完 unconfig 目标对应的清理工作后，再回来执行第一段代码的最后一句：

       @$(MKCONFIG) $(@:_config=) arm arm_cortexa8 mx51_bbg freescale mx51

稍微解释一下：

MKCONFIG 变量的值，是指向顶层目录的 ./mkconfig 脚本文件。紧跟其后面的是 6 个要传给 ./mkconfig 脚本文件的参数，其中 $(@:_config=) 的值应该是“ mx51_bbg_android ”，其他 5 个分别对应着变量 ARCH ， CPU ， BOARD ， VENDOR ， SOC 。

       由此可以看出，当 make 解析这句代码时，其实就是在终端里执行这样的命令：

$ ./mkconfig mx51_bbg_android arm arm_cortexa8 mx51_bbg freescale mx51

       即，给 mkconfig 脚本运行时带上 6 个参数。

二、执行./mkconfig 命令

       从上面的分析，可以知道，现在开始执行：

       $ ./mkconfig mx51_bbg_android arm arm_cortexa8 mx51_bbg freescale mx51

       此时， mkconfig 脚本文件，究竟做了那些工作呢，我们就有必要对 mkconfig 这个可执行脚本进行重点分析一下，用 Source Insight 打开顶层目录的 mkconfig 文件，从头开始看它所做的工作：

* mkconfig 文件内容

Mkconfig 分析第一步：

#!/bin/sh –e

# Script to create header files and links to configure

# U-Boot for a specific board.

#

# Parameters:  Target  Architecture  CPU  Board [VENDOR] [SOC]

#

# (C) 2002-2006 DENX Software Engineering, Wolfgang Denk <wd@denx.de>

#

APPEND=no                # Default: Create new config file

BOARD_NAME=""      # Name to print in make output

 

while [ $# -gt 0 ] ; do

       case "$1" in

       --) shift ; break ;;

       -a) shift ; APPEND=yes ;;

       -n) shift ; BOARD_NAME="${1%%_config}" ; shift ;;

       *)  break ;;

       esac

done

       首先，注意到上面的： Parameters 这一行，文档中做了解释，就是要接收后面的 6 个参数进来。“ # ”是注释用的。

       开头的注释，说明了该文件的作用：让 u-boot 为特定的板卡，创建 .H 头文件和 config 配置文件。

       上面的 2 个变量 APPEND 和 BOARD_NAME ，有英文做了注释，很清楚。接下来，是一段循环语句和分支语句构成的脚本代码，进行如下解释：

（1 ）“$# ”，在脚本规则中，表示命令行参数的数量。

       如果 $ ./mkconfig mx51_bbg_android arm arm_cortexa8 mx51_bbg freescale mx51 这条命令执行时，那么有： $0 =./mkconfig ；$1 = mx51_bbg_android ；$2=arm ；$3 = arm_cortexa8

$4=mx51_bbg ； $5=freescale ； $6=mx51

       这样，就形成了一个线性参数表，类似一个数组：

       $1 , $2 , $3 , $4 , $5 , $6 （注意： $0 不在这个参数表里）

（2 ）“gt” 表示大于的意思

    [ $# -gt 0 ] 表示参数的数量大于0 时。（每循环一次，做减1 操作）

（3 ）“shift ”做的动作。

       Shift 是一个命令，它的前面 --) ， -a) ， -n) 等字符串，是 case 的比较条件。如果条件满足，比如 $1 = -a ，那么执行 -a) shift ; APPEND=yes ;; 这句话，首先 shift 把参数表中的 $1 删除，把后面的挨个往前移动，原来的 $2 变成了现在的 $1 ，然后，把 APPEND 变量修改为 yes ，这样循环判断并移动，直到循环条件不成立为止。

       显然，我们所执行的参数中，没有上面的 -- ， -a ， -n 等参数，那么，进入循环后，会执行 *)break;; 语句，直接终止循环，继续往下执行。

 

[ "${BOARD_NAME}" ] || BOARD_NAME="$1"    # 给 BOARD_NAME 赋值，不再是空

 

[ $# -lt 4 ] && exit 1     # 参数数量 <4 时，退出

[ $# -gt 6 ] && exit 1    # 参数数量 >6 时，退出

 

echo "Configuring for ${BOARD_NAME} board..."  # 终端显示的内容

 

       运行至此， BOARD_NAME 的值应为 mx51_bbg_android ，并且在终端上会显示：

       Configuring for mx51_bbg_android board...