VERSION = 1
. Y* p" a, W2 V" h2 h) M$ LPATCHLEVEL = 1
8 i0 _: Z. h6 D+ u: ?( J7 r4 cSUBLEVEL = 6
( ]% F( |+ a7 R" ?EXTRAVERSION =: |7 }; R! }! {$ }
U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
4 r1 h4 u# ^9 u1 HVERSION_FILE = $(obj)include/version_autogenerated.h #版本文件
: T# T; q6 F) J( l z, H# H
# uname 命令将正在使用的操作系统名写到标准输出中
" P0 d+ b3 _2 w% S# -m 显示硬件运行系统的机器 ID 号
# 定义变量,HOSTARCH里面存储的是机器ID号,即主机架构类型
+ o9 k/ b9 m4 x" m, C- @* ~0 PHOSTARCH := $(shell uname -m | \ #可以把shell脚本写到makefile里面,这是make中的shell function, 相当于shell中的命令替换。, t+ M0 p6 H$ u: B6 d2 K
sed -e s/i.86/i386/ \ #shell uname -m 获得机器硬件名称$ \1 Y+ J8 _, x3 v; _; ?
-e s/sun4u/sparc64/ \ #sed -e s/arm.*/arm/ 的意思是把前缀为arm的所有模式替换为arm。结合前面的uname命令来理解就是:# y% \1 r& D* ?" [* Z
-e s/arm.*/arm/ \ #把uname -m的结果(主机架构类型或者称为机器ID号)通过管道传递给sed命令,然后把前缀为arm的所有模式替换为arm。* i1 {" s1 ?9 Q5 f: ~
-e s/sa110/arm/ \ #sed的语法:sed [ -n ] Script [ File ... ]- X6 L, f! B! F
-e s/powerpc/ppc/ \ # sed [ -n ] [ -e Script ] ... [ -f ScriptFile ] ... [ File ... ]
) H; y# x& M) h -e s/macppc/ppc/) #sed 命令根据编辑脚本,去修改指定的 File 文件(这里file是作为一个输入参数的)的行,并将其写到标准输出。' s, U3 r( P' \8 K
#sed 命令包含很多功能,用于选择要修改的行(请注意,sed是针对行进行操作的),并只对选择的行作更改。
& b: W5 `* N' Q2 D; h #sed 命令使用两个工作空间来保留修改的行:保留选定行的 "模式空间" 和暂时存储行的 "保留空间"。
^- D: [$ N1 R1 @3 K5 q #这里所谓的编辑脚本是由单独的子命令构成的,每个单独的行上对应着一个子命令。sed 子命令的一般格式如下:[address-range] function[modifiers],即:[地址范围] 函数[修改符]" r2 S* z7 h V0 _& L$ B
#sed 命令通过将一个输入行读入模式空间,依次应用所有的 sed 子命令(这些子命令的地址选择了该行),- B6 `! w Y* M5 O# E% z
#并将模式空间写到标准输出来处理每个输入的 File 输入文件(file就是输入参数)。然后清除模式空间,并对输入的 File 中指定的每行重复该过程。
$ U/ D. D- _; ~ #一些 sed 子命令使用保留空间来保存后继检索的所有的,或部分的模式空间。
# U1 b! V3 F. x- b #当命令包含地址(行号或搜索模式)时,该命令只会对被寻址的行起作用。否则,该命令适用于所有的行。
3 r: w2 A* B! O8 u' R( W* P #注意,这里的参数"-e"的意思是:使用 Script 变量作为编辑脚本。如果你只使用一个 -e 标志并且不使用-f 标志,则可以省略 -e 标志。3 }8 ]9 z. ` |6 s0 T, @) _
#注意,这里的 "sed -e s/arm.*/arm/"表示把前缀为arm的所有模式替换为arm,也就是sed s/pattern/replacement/flags
! A( L* o' u, s7 o& D; r% j #用 replacement 字符串代替在模式空间中首次出现的 pattern 参数。除了空格或换行符,在 s 子命令之后显示的任何字符都能代替 /(斜杠)分隔符。
: ^2 D$ q8 X) c" B$ Y) j7 K( C
+ ?% \% m8 Q- U4 Q$ I8 N#uname -s 表示:显示系统名,标志缺省为开,即uname命令不带任何参数的输出和加参数-s输出相同,即Linux1 U) [/ k# U/ M; L5 J
#tr是一个shell命令,这里 tr '[:upper:]' '[:lower:]'的意思是把管道中的Linux 中的大写字母L 转换成小写字母l
# V* Q) K; L) y( S# i8 c7 F#下面这句话的意思是定义变量HOSTOS,HOSTOS里面存放的是主机安装的,并且当前正在运行的操作系统。
* m5 e" R9 O3 b. f6 \! Q- k8 a! U8 jHOSTOS := $(shell uname -s | tr '[:upper:]' '[:lower:]' | \
3 l. L$ M! l D; P7 f: P sed -e 's/\(cygwin\).*/cygwin/') # 这一句的意思是检测出主机安装的,并且当前正在运行的操作系统名,并把这个系统名中的大写字母转换为小写字母,
& Q7 t6 G) K& q& Z2 O # 然后在通过sed流编辑器匹配所有的,这个系统名中出现的"\(cygwin\).*"模式,然后再用"cygwin"模式替换。4 ?- \( x/ Z8 q- X% X$ n$ B
#export HOSTARCH HOSTOS 的意思是输出两个makefile变量HOSTARCH HOSTOS
export HOSTARCH HOSTOS
# Deal with colliding definitions from tcsh etc. 用来处理来自tcsh的互相冲突的定义等等
- L, H& ]/ {9 }9 w8 w$ P% `# 一般来说,shell可以分成两类。第一类是由 Bourne shell 衍生出来的包括 ( k; n C5 b8 M3 c
# sh,ksh,bash,与zsh。第二类是由 C shell 衍生出来的,包括 csh 与
% n1 k' _7 [9 C1 y: s# H P8 i# tcsh。除此之外还有一个 rc,有人认为该自成一类,有人认为该归类在Bourne shell。
VENDOR= #开发商
#########################################################################! q/ _( Q' x6 o) g5 Z# G) g
#8 _( w/ i2 p4 \% E7 C
# U-boot build supports producing a object files to the separate external6 E/ R" \$ K: U; x+ a
# U-boot 的编译过程可以支持向一个自己定义的路径生成最终的目标文件
5 |0 U; E" P1 C; V. v# directory. Two use cases are supported:& A. v o0 K1 v0 b- a
# 这里提供了两种用法:
6 d; F7 ]9 T2 r#
3 x6 G; x7 ^2 u& G x7 `$ K+ X# 1) Add O= to the make command line #第一种用法:通过在终端执行命令make O=/dir(即你指定的生成的目标文件的存放目录)
0 j7 Z3 |4 P$ Z& @; H; v" K, ^# 'make O=/tmp/build all'. `3 ?- ]# y# y9 j, F# }5 [8 E
#& H) S) n8 j- j) w
# 2) Set environement variable BUILD_DIR to point to the desired location #第二种用法:通过设置环境变量来指定目标文件存放目录,如下所示:+ z, ~8 S1 D8 I% ]( E3 D
# 'export BUILD_DIR=/tmp/build'
8 @8 |6 w0 b7 k4 q5 T5 [) G# 'make'3 L3 ]+ s7 c! y
#) j; a7 Z* k% N Y3 M1 {! E1 L, @
# The second approach can also be used with a MAKEALL script #第二种方法也可以写成一个MAKEALL脚本,然后执行MAKEALL,如下所示:9 q# \6 T# Q, H/ R4 Z
# 'export BUILD_DIR=/tmp/build'
1 H2 P6 p E( w0 L5 P# './MAKEALL'6 Z/ S5 ]+ a) C- l6 Y) C7 D
#" q4 R3 h) E/ q! B# [! y
# Command line 'O=' setting overrides BUILD_DIR environent variable. #命令行'O='设置会覆盖环境变量BUILD_DIR的设置
& C( D8 I7 f8 n6 V, X3 |# ] Z- @2 ^$ k! y6 i
# When none of the above methods is used, the local build is performed and #如果都不采用上面两种方法,那么目标文件最终要存放到源码顶层目录,也就是U-BOOT顶层目录9 W/ I" S2 F Z
# the object files are placed in the source directory.
; e& K8 {' q3 _. F#
#理解了上面一段英文,这里就不难理解了
0 |" m) l$ S7 }3 ]% ?#方法1
ifdef O #如果变量'O' 已经被定义过
% J, j0 e$ s" Y0 F; q3 R: X0 \ifeq ("$(origin O)", "command line") #如果变量'O' 在命令行中定义过
( W1 g; j: C% bBUILD_DIR := $(O) #就把变量'O' 的值(目标文件存放目录)赋给BUILD_DIR
0 j" B+ U$ f! O8 I$ n: a F. @" J! oendif9 |. O: @! Z$ w, O6 j" W
endif
" D4 W- ]. e+ \. J4 t8 K#方法26 Y# S' B8 H/ \
ifneq ($(BUILD_DIR),) #如果变量BUILD_DIR不为空,即环境变量BUILD_DIR 被定义过0 W- l/ I* t3 g0 e+ I5 }: R+ E
saved-output := $(BUILD_DIR) #那么把它的值赋给saved-output
# Attempt to create a output directory. #生成一个输出路径,即目标文件存放目录BUILD_DIR% f" `, p: o! C, ]- u: X- k
$(shell [ -d ${BUILD_DIR} ] || mkdir -p ${BUILD_DIR})
#shell [ -d ${BUILD_DIR} ] 是什么意思?是不是生成一个目录的意思?
# Verify if it was successful. 测试目录是否创建成功
9 L7 |( w1 `, O1 OBUILD_DIR := $(shell cd $(BUILD_DIR) && /bin/pwd) #这又是什么意思,说明对shell还不够理解!, b# L3 M" W5 G& B$ c% `+ q
$(if $(BUILD_DIR),,$(error output directory "$(saved-output)" does not exist))
. @: J7 i' [: P! U Z% ?7 `' d#这里用了一个if函数,意思是如果如果$(BUILD_DIR) 非空,则什么都不执行(返回空),否则执行error函数,输出错误信息
8 b. O4 i& v5 L& k D( m. Aendif
# ifneq ($(BUILD_DIR),) #意思是:如果没有定义目标文件存放目录" q- p3 o; N1 g+ m5 w
#Makefile中定义了源码以及生成目标文件存放的目录,目标文件存放目录BUILD_DIR可以通过make O=dir指定。如果没有指定,则设定为源码顶层目录。# W! H9 _' p7 t2 E
#一般编译的时候不指定输出目录,则BUILD_DIR为空。其他目录变量如下:
1 A2 w$ {/ p- a1 lOBJTREE := $(if $(BUILD_DIR),$(BUILD_DIR),$(CURDIR)) #如果$(BUILD_DIR)不为空,则返回$(BUILD_DIR),并赋给OBJTREE,即自己定制的目标存放目录, a4 o' J x; Z! t' S; L
SRCTREE := $(CURDIR) #把当前源码所在目录 $(CURDIR) 赋给SRCTREE
( I# r% ]8 b& r$ ]: ~( LTOPDIR := $(SRCTREE) #把当前源码所在目录 $(CURDIR) 赋给SRCTREE! R( \2 l( l% X b! c; m6 e) ]# ^
LNDIR := $(OBJTREE) #存放生成的目录文件
4 R: u$ h! z& C5 y+ H4 T" Mexport TOPDIR SRCTREE OBJTREE
8 E7 l3 d1 C( Q* \. `2 N: \4 S4 a/ s/ M$ ^2 n0 z- s/ M
MKCONFIG := $(SRCTREE)/mkconfig #MKCONFIG指向源码所在目录(U-BOOT顶层目录)下的mkconfig配置文件
5 i3 P8 \4 B( i. m/ ]export MKCONFIG
#在编译UBOOT之前,我们先要执行:
3 [) z I! @# b6 r0 c#make smdk2410_config
' p1 C5 S& r1 R' I#从本Makefile的下文可以判断出smdk2410_config为Makefile的一个目标。- v. z" G- y& z% G
#smdk2410_config: unconfig的意思是为smdk2410开发板建立一个编译项。
. V% r5 l8 V* B" {0 s, J& j& A$ @#显然,执行#make smdk2410_config时,先执行unconfig目标(不指定输出目标时,obj,src变量均为空),unconfig下面的命令主要任务是清理上
9 P, a, N2 B8 }9 W% K( c2 u/ b. h4 N#一次执行make *_config时生成的头文件和makefile的包含文件。
M. V: z% @+ h$ p' R#主要是include/config.h和include/config.mk% U6 s* Y( H7 f! R- i9 J2 e- [1 I5 j$ a I7 f
#然后执行命令: @$(MKCONFIG) $(@:_config=) arm arm920t smdk2410 NULL s3c24x0
6 K5 X9 B& D7 `) h5 H#arm 表示CPU的构架是基于ARM体系的! ^, U2 i; t2 R5 T
#arm920t 表示CPU的类型是arm920t$ r/ w6 R. O" j3 x
#smdk2410 表示开发板的型号9 Q9 s) `5 x" N9 Z% a' Q% W5 U
#NULL 表示开发商或者经销商的名称,这里为空 O1 d6 }/ Z, L! l, x
#s3c24x0 表示基于S3C2410的片上系统
" J0 x; N# | E0 q3 q& |2 F" g* f#MKCONFIG指向UBOOT顶层目录下的mkconfig脚本配置文件,后面五个字符串是传入的参数(好像$(@:_config=)也是一个参数)。
9 z$ M8 f/ m8 {- m' L: P. ?0 A#下面来分析一下mkconfig这个脚本配置文件,点击链接:9 ^+ T* Z5 q. G+ ^ R4 G0 e7 y' j" _1 @
http://zqwt.012.blog.163.com/blog/static/120446842010325102158182/
& P. ?+ D* |, V1 u
ifneq ($(OBJTREE),$(SRCTREE)) #当目标存放目录不是U-BOOT顶层目录(源码目录)时8 I( e# P, m Z7 g& `$ J, {1 {* ]
REMOTE_BUILD := 1 #定义变量REMOTE_BUILD := 1 这个变量算是一个flag吧
: m+ l r" y7 Y8 Sexport REMOTE_BUILD
0 ]; f7 [7 p, q; iendif
# $(obj) and (src) are defined in config.mk(顶层目录下) but here in main Makefile4 Y2 l: g$ p' D; E* ?6 c3 b
# we also need them before config.mk is included which is the case for/ [. a0 T1 Z/ C* U
# some targets like unconfig, clean, clobber, distclean, etc.- ~8 ~- @. r- n( K8 J
# $(obj) and $(src)都被定义在顶层目录下的config.mk脚本配置文件里面,
, S3 u, h: b" U# U1 j$ N; Q# 但是在这个主Makefile里面,我们同样需要他们,
. P6 \! l% D$ a9 @# 因为在主Makefile文件包含config.mk之前,$(obj) and $(src)偶尔地会成为这些目标的case:
* B2 P- m7 ?6 W- i1 x* \; B# unconfig, clean, clobber, distclean, etc
* E" b1 ^/ X6 F% ^" G) R! R2 U& z) e
ifneq ($(OBJTREE),$(SRCTREE)) #当目标存放目录不是U-BOOT顶层目录(源码目录)时
: H* n: c# h, U8 l! @% N; robj := $(OBJTREE)/ #定义变量obj,让其等于目标存放目录
. p3 g+ b- c7 ]& W+ Usrc := $(SRCTREE)/ #定义变量src,让其等于uboot顶层目录, T X# S, K, w3 t; V3 u
else
6 w t; S/ m5 i# F% e$ d3 p" bobj := #否则,这两个变量都定义为空
! f$ \, ^, M5 O- g% bsrc :=
: b' {# l/ ^$ w9 Z. |) Lendif
. b9 Z4 V+ ~0 J! d) L5 z. `2 Cexport obj src
% n4 ]9 j( g H( z
! m: U" z0 x( o5 A; H- a! t
& O' P8 M b$ a3 ~5 O3 C#########################################################################
7 j6 I" c7 a- t; \, N
0 {. |* U1 O) Q' R; d* L% g h% q% `- h% Q2 ~
# y+ l# i! {/ C; G4 m
ifeq ($(OBJTREE)/include/config.mk,$(wildcard $(OBJTREE)/include/config.mk)) #这句话让人费解!1 a+ q1 {6 j6 A [3 A& U$ A" E) j8 d
# 通配符在规则中可以自动扩展,但设置在变量中或在函数的参数中通配符一般不能正常扩展。
. ?* u, M4 i1 p4 m# 如果您需要在这些场合扩展通配符,您应该使用函数wildcard,格式如下:
& \" T0 a" W: w# $(wildcard pattern...)
# r: m# \" e) g/ a% r4 y- c
# load ARCH, BOARD, and CPU configuration/ N6 u' _7 B) q* n9 ? J& b
# 加载ARCH, BOARD, and CPU 配置
+ J5 f& ~) ~: F ginclude $(OBJTREE)/include/config.mk # 这时候,开始包含/include/config.mk的 0 L) ^0 O8 q1 A
export ARCH CPU BOARD VENDOR SOC
5 X$ E1 h& m' ]
#指定交叉编译器前缀# M. z: X3 m/ ` }) D: m
ifeq ($(ARCH),arm)
$ b2 v& N0 ~, LCROSS_COMPILE = arm-linux-
6 i2 J3 l, Q! c+ F#这里你可以把交叉编译器的安装路径加到arm-linux-之前,比如你的交叉编译器安装路径是/root/u-boot/usr/local/arm/3.3.2/bin/" |% k, ]5 |8 h- `; C/ u
#你可以这样定义CROSS_COMPILE = /root/u-boot/usr/local/arm/3.3.2/bin/arm-linux-1 P% G5 _6 [" Z7 q z
#这样一来,你在终端进行编译的时候就不用指定CROSS_COMPILE=arm-linux-了# d1 H F% v; r, M& V, k7 [9 T2 T4 R
#但请注意:在编译内核的时候,交叉编译器必须安装在/usr/local/arm下,否则会发生错误!!!!!8 m( p {. J7 l. \( ^* j+ M
endif
export CROSS_COMPILE
6 v0 g% p' y9 ~
7 t) H- [; h5 n& u# b: ?, c* U+ R6 U
# load other configuration 加载其他设置,这里是包含顶层目录下的config.mk配置文件,这个文件主要做了三个工作:1 m% c V: p2 B: A# g
# 1、定义了交叉编译器 2、定义了编译选项 3、定义了编译规则( ~# T& ]$ R! B7 R5 Q
# 对本文件具体的分析,请查看链接:
! E1 c% z3 e, A& L( g; c4 Fhttp://zqwt.012.blog.163.com/blog/static/12044684201032541139914/
include $(TOPDIR)/config.mk
#########################################################################: W+ k e0 V( Q2 H
# U-Boot objects....order is important (i.e. start must be first)" j/ \! A3 n: J, K! V
# uboot目标...书写顺序很重要,比如start.o必须排在第一位% N; \" o$ p% ^* e: ?
#########################################################################
' K9 {! Q1 D R3 H0 ?OBJS = cpu/$(CPU)/start.o 0 {/ ?: f, |$ _6 m# r9 l% k! A. N. {
#start.o必须放在目标文件的第一位,因为uboot执行的第一段代码就是start.S
/ q8 x( ]* L" Q( a) L; y#具体原因可以查看链接脚本/u-boot-1.1.6/board/smdk2410/u-boot.lds,点击连接:& B# l/ s8 _( n4 x. |; [
http://zqwt.012.blog.163.com/blog/static/120446842010320101137932/
6 ^6 T' n* c9 k$ l/ X a! M.....................................
% D5 E+ P2 ]+ W9 {OBJS := $(addprefix $(obj),$(OBJS)) #这句的意思是把目标文件存放路径以前缀的形式加到start.O之前,然后再赋给OBJS
# H2 V' Q& U5 }/ s; u, i! v5 g
#以下是编译UBOOT需要的库文件
& _0 i" n9 |4 z9 ILIBS = lib_generic/libgeneric.a
LIBS += board/$(BOARDDIR)/lib$(BOARD).a # 严重平台依赖的
LIBS += cpu/$(CPU)/lib$(CPU).a # 严重平台依赖的
ifdef SOC8 D [2 Q+ }1 W; A$ x
LIBS += cpu/$(CPU)/$(SOC)/lib$(SOC).a # 严重平台依赖的8 X: k$ [) {& r! }. Y" P2 y, H
endif
LIBS += lib_$(ARCH)/lib$(ARCH).a # 严重平台依赖的
1 a' d/ t C+ V. d6 H7 ^8 z6 ]$ v* e: V
LIBS += fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a \) q, U q' G! w5 D2 @$ G
fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a; K1 Q3 D! q1 Q
LIBS += net/libnet.a
( O! U( J! ~$ g' ULIBS += disk/libdisk.a
9 H7 M& C6 P8 q' B& b z7 a+ _4 KLIBS += rtc/librtc.a
) V P9 m+ N; ?& M& i3 CLIBS += dtt/libdtt.a1 \8 O/ A# `; a d7 z2 X) q
LIBS += drivers/libdrivers.a n$ x( }9 {+ \( Y A" d
LIBS += drivers/nand/libnand.a
" Z, E5 h) w9 _/ xLIBS += drivers/nand_legacy/libnand_legacy.a
. E. D4 n$ p( s0 C' {LIBS += drivers/sk98lin/libsk98lin.a
% K, @; F; R; F) I, X3 |; dLIBS += post/libpost.a post/cpu/libcpu.a) k1 u+ m. o( V2 w" q
LIBS += common/libcommon.a
( |2 E \0 ]' c- u& XLIBS += $(BOARDLIBS)
LIBS := $(addprefix $(obj),$(LIBS))
.PHONY : $(LIBS) # 这是一个伪目标
#根据所生成的include/config.mk文件定义的几个变量ARCH, CPU, BOARD, SOC,我们可以
; N2 ]1 }+ N! q( q# @' ^3 l8 Q2 b#确定硬件平台依赖的目录文件。smdk2410平台相关(依赖)目录以及对应生成的库文件如下:
# c; }( d9 ]0 _" U) i#board/smdk2410/: 库文件board/smdk2410/libsmdk2410.a
9 I, G- B3 b1 n- d2 w: h- ~4 m6 @! [#cpu/arm920t/: 库文件cpu/arm920t/libarm920t.a: K8 ~, l+ u. z
#cpu/arm920t/s3c24x0: 库文件cpu/arm920t/s3c24x0/libs3c24x0.a/ Z: y. d8 O/ X( Q
#lib_arm: 库文件lib_arm/libarm.a& z$ c. J1 z& W8 a
#include/asm-arm: 头文件
2 p; D* q, l, n5 S#include/cnofigs/smdk2410.h:头文件
# Add GCC lib
6 ~6 Q0 V5 f& X) |8 c# [: _PLATFORM_LIBS += -L $(shell dirname `$(CC) $(CFLAGS) -print-libgcc-file-name`) -lgcc
# The "tools" are needed early, so put this first
/ z7 d+ N- S& A* i% V" c# Don't include stuff already done in $(LIBS) 不要包含已经在 $(LIBS) 中的任何东西/ @$ F# f" L* n- r t! A
#
3 ~" @+ O; s6 i, ]. h9 g' D& k' X# 伪目标SUBDIRS:用于执行tools、examples、post、post\cpu子目录下的make文件
6 c" Q, ~/ |* @8 D$ L+ YSUBDIRS = tools \& F2 H$ z" h i) ^' k9 e
examples \4 y( Y# o# D" H7 x1 {- X' h( |
post \
# @0 j) w. D& B# o8 k# W post/cpu
" N; O3 v; U* z3 j.PHONY : $(SUBDIRS)
ifeq ($(CONFIG_NAND_U_BOOT),y)
- r" S# E: U+ V0 y, h* @+ VNAND_SPL = nand_spl) a5 N- Y+ \2 ]5 i. S9 ]
U_BOOT_NAND = $(obj)u-boot-nand.bin
$ g4 G: X- K# u0 @( t0 q% d* }endif
__OBJS := $(subst $(obj),,$(OBJS))
# z5 k0 u! y: c' K& B__LIBS := $(subst $(obj),,$(LIBS))
#########################################################################$ f6 @$ S4 d$ p# Y5 W% Y( t
#########################################################################
2 V4 V8 l) ~& v9 D
: h- h( q. m8 L#这里是最终要生成的各种镜像文件u-boot.hex、u-boot.srec、u-boot.bin、System.map、u-boot.img' D( i- t7 ?- j" `$ E
ALL = $(obj)u-boot.srec $(obj)u-boot.bin $(obj)System.map $(U_BOOT_NAND)* m6 Y) L" Q- ^2 r5 O& r* q' ]
all: $(ALL)5 x" e7 ` T- K# A
$(obj)u-boot.hex: $(obj)u-boot, U' P! _7 }4 ]
$(OBJCOPY) ${OBJCFLAGS} -O ihex $< $@ # $<,$@ 分别表示使用该规则的源文件和目标文件
$(obj)u-boot.srec: $(obj)u-boot ) y5 G# E* h! `4 _
$(OBJCOPY) ${OBJCFLAGS} -O srec $< $@
$(obj)u-boot.bin: $(obj)u-boot6 Z" i5 N' q# a9 W) e* t
$(OBJCOPY) ${OBJCFLAGS} -O binary $< $@
$(obj)u-boot.img: $(obj)u-boot.bin& J& B( d2 E# a9 t% S
./tools/mkimage -A $(ARCH) -T firmware -C none \
+ y3 V' w; u3 {! t -a $(TEXT_BASE) -e 0 \, k" u& u4 a1 C
-n $(shell sed -n -e 's/.*U_BOOT_VERSION//p' $(VERSION_FILE) | \
9 k1 O' E- R/ h( }$ K1 C* K- E sed -e 's/"[ ]*$$/ for $(BOARD) board"/') \
! T% n3 s4 y9 m -d $< $@
$(obj)u-boot.dis: $(obj)u-boot- a9 b( T, D0 e1 E
$(OBJDUMP) -d $< > $@
6 _; T% l" N+ _! T: n& }
#此处生成的是uboot的ELF文件镜像
}1 `0 ^+ i4 D/ @$(obj)u-boot: depend version $(SUBDIRS) $(OBJS) $(LIBS) $(LDSCRIPT)
- i+ H/ ^% l5 k UNDEF_SYM=`$(OBJDUMP) -x $(LIBS) |sed -n -e 's/.*\(__u_boot_cmd_.*\)/-u\1/p'|sort|uniq`;\/ o$ d3 L6 W) \8 v# M/ r
cd $(LNDIR) && $(LD) $(LDFLAGS) $$UNDEF_SYM $(__OBJS) \) t, y8 Z2 h+ T' s! D
--start-group $(__LIBS) --end-group $(PLATFORM_LIBS) \6 @- r! I C; X0 ~' p
-Map u-boot.map -o u-boot
+ q& S8 d: X9 _7 C& ~! B4 _# r0 `
#依赖目标$(OBJS),也就是cpu/start.o8 w7 {* D1 ~: J& z
$(OBJS):0 t$ I: a- N2 F. B6 U
$(MAKE) -C cpu/$(CPU) $(if $(REMOTE_BUILD),$@,$(notdir $@))
; u3 C: r! X9 j) M
; P& R( r7 M9 ^/ h$ i) |#依赖目标$(LIBS),目标很多,都是每个子目录的库文件*.a,通过执行相应子目录下的make来完成
t# U0 \3 V0 y3 T# v% _$(LIBS):7 I: {6 Z7 z3 d( {( I
$(MAKE) -C $(dir $(subst $(obj),,$@))
* y3 J* y; [3 d
; k4 e! V: ]% L- z# Y6 ?+ m& Q#这里解释一下这个makefile函数 $(dir names...) 6 \; w2 o' h1 m7 b7 w' w
#抽取‘names’中每一个文件名的路径部分,文件名的路径部分包括从文件名的开始到最后一个斜杠(含斜杠)
3 d! m4 a( k( ]# z5 u. ~7 b#之前的一切字符。如果文件名中没有斜杠,路径部分是‘./’。如:. |* Z0 W! m5 b% z; n' a0 }9 q
#$(dir src/foo.c hacks)' I& k) `* J& @" T
#产生的结果为 ‘src/ ./’。
4 E& |2 k! h) F/ i9 Q% r" Q
$(SUBDIRS):
! \( C4 H3 `& T8 V0 ` $(MAKE) -C $@ all
$(NAND_SPL): version& K- y0 V: F% f. b5 k* r) b
$(MAKE) -C nand_spl/board/$(BOARDDIR) all
$(U_BOOT_NAND): $(NAND_SPL) $(obj)u-boot.bin# f p' Z7 y9 V+ V! O- I+ T
cat $(obj)nand_spl/u-boot-spl-16k.bin $(obj)u-boot.bin > $(obj)u-boot-nand.bin
3 `) f' E+ ` d f- m#依赖目标version:生成版本信息到版本文件VERSION_FILE中2 ~3 J6 o3 d' W
version:
% z# N, B0 |1 h' ^( q @echo -n "#define U_BOOT_VERSION \"U-Boot " > $(VERSION_FILE); \
6 B0 k) w+ }* n. P echo -n "$(U_BOOT_VERSION)" >> $(VERSION_FILE); \& Y, L9 W- D: [, T% S7 @2 x
echo -n $(shell $(CONFIG_SHELL) $(TOPDIR)/tools/setlocalversion \
( X7 r m4 @1 C* ~5 N $(TOPDIR)) >> $(VERSION_FILE); \
$ r. { T. Z( S3 q9 N3 P& L echo "\"" >> $(VERSION_FILE)
gdbtools:; C* C' f5 V+ o
$(MAKE) -C tools/gdb all || exit 1
updater:
7 g) h6 {" n9 }' Y $(MAKE) -C tools/updater all || exit 1
env:7 D, w- ?7 `( ~4 r P! U
$(MAKE) -C tools/env all || exit 1
! J0 V+ c0 U9 U' s
9 `# w$ U: ~, B+ J#依赖目标depend:生成各个子目录.depend文件,.depend列出每个目标文件的依赖文件。& C! a: X3 V2 e8 f
#生成方法:调用每个子目录的make_depend
2 ?5 v; R, T8 M* E8 y' n" f& ddepend dep:
# A% `; c" v* K3 r for dir in $(SUBDIRS) ; do $(MAKE) -C $$dir _depend ; done
5 X9 t4 H& G4 q# p5 T+ h3 o2 q/ ?
tags ctags:
5 ~$ v7 ^" W2 H: i; t5 c' w! G ctags -w -o $(OBJTREE)/ctags `find $(SUBDIRS) include \
# o7 H7 v* I: Z9 o! p+ k lib_generic board/$(BOARDDIR) cpu/$(CPU) lib_$(ARCH) \2 o. a" H" x) u- @. {" b5 {1 t
fs/cramfs fs/fat fs/fdos fs/jffs2 \" W U- m: P" R- [9 V
net disk rtc dtt drivers drivers/sk98lin common \
8 \! R) w& R% h! v \( -name CVS -prune \) -o \( -name '*.[ch]' -print \)`
etags:
. `( d- `4 g6 m8 p9 G1 t+ u# O etags -a -o $(OBJTREE)/etags `find $(SUBDIRS) include \ B# O7 T- u+ [/ x8 J
lib_generic board/$(BOARDDIR) cpu/$(CPU) lib_$(ARCH) \
' Q) l; Y4 v7 s- y. u7 r! P* b fs/cramfs fs/fat fs/fdos fs/jffs2 \7 \3 Q9 E3 D" V# q. ?
net disk rtc dtt drivers drivers/sk98lin common \
4 o1 u0 ~- Q; E0 F/ J \( -name CVS -prune \) -o \( -name '*.[ch]' -print \)`
$(obj)System.map: $(obj)u-boot; h' }) b! B) r) `
@$(NM) $< | \( K4 s" \) s9 Q8 C
grep -v '\(compiled\)\|\(\.o$$\)\|\( [aUw] \)\|\(\.\.ng$$\)\|\(LASH[RL]DI\)' | \
; c8 E" B! b+ X( K sort > $(obj)System.map
% ]/ B7 W% a; I* c1 b4 X. z
' o# a$ O% r/ C( u4 c#########################################################################7 N8 h! |4 W4 s% g
else
Z6 O1 ?9 R C- ?& w( kall $(obj)u-boot.hex $(obj)u-boot.srec $(obj)u-boot.bin \
& p5 r' T6 ?6 l0 f0 X$(obj)u-boot.img $(obj)u-boot.dis $(obj)u-boot \0 {9 X$ T' W' U6 W8 z( e! F
$(SUBDIRS) version gdbtools updater env depend \
; e$ R& R+ g. ~! d5 _( e! ?+ }dep tags ctags etags $(obj)System.map:" \$ k' N2 {6 y, V
@echo "System not configured - see README" >&2: ?- A- m2 G6 l0 j: T: Q4 I6 _
@ exit 1
+ P' `( B' ]- h @endif
.PHONY : CHANGELOG3 n! Q# n& {# F
CHANGELOG:
; I: m, ]4 G; ^% G9 o git log --no-merges U-Boot-1_1_5.. | \9 o* ~) o" d+ j' E9 ~, F% o. s/ Z2 B
unexpand -a | sed -e 's/\s\s*$$//' > $@
% c7 t: u& r7 B" Q* Q: Z& j
#########################################################################, N( z" p5 E; s$ ]0 }; h
# 这里就是我们所谓的unconfig,应该比较熟悉了!, m9 q3 P Y K% S, d. L6 m9 t
# 很明显,它所做的工作就是清除上次生成的include/config.h和include/config.mk
) T# c3 T D! p: v* N; b# 以及开发板目录下的一些临时配置文件: D% I6 d" H" N+ h8 V x
# unconfig:
' {" X. M# [1 j5 C# @rm -f $(obj)include/config.h $(obj)include/config.mk \3 e* @2 v+ N0 ?1 F9 Q
# $(obj)board/*/config.tmp $(obj)board/*/*/config.tmp+ J2 H1 r7 q. x! l8 O' l
#########################################################################
% H1 i5 Z/ R o: K) _( k! g* M................................* S: j' ]$ h+ A! i
smdk2400_config : unconfig$ m& \1 @. X: i* s( l- {
@$(MKCONFIG) $(@:_config=) arm arm920t smdk2400 NULL s3c24x0
+ S" Q. h; b8 R5 Q1 M, k/ L3 t / n9 o+ _0 }1 p$ d4 T# |
................................
smdk2410_config : unconfig! v2 c2 i7 a% l y* R9 |3 h
@$(MKCONFIG) $(@:_config=) arm arm920t smdk2410 NULL s3c24x0
! O C7 W+ I, h#我删了一部分内容,那些几乎都是各种不同板子的*_config,也就是目标的定义。
最后总结一下,当然这里也参考了前辈们的许多宝贵经验,顶层Makefile的主要任务就是组织整个u-boot工程的编译,概括可以分为一下几个步骤:
1、首先通过执行make *_config传入$(@:_config=), ARCH, CPU, BOARD, VENDOR, SOC参数(一共六个参数但不
) ?: P/ R' E; h9 V% V$ Y6 ^4 b / g* L8 k. C! c- |3 P4 o
一定同时存在),给mkconfig。
2、mkconfig接收到传递过来的参数后,将include头文件夹相应的头文件夹链接好,生成config.h
3、然后执行make分别调用各个子目录的makefile文件,以生成所有的obj文件(包括start.o)和obj库文件*.a。
4、最后,通过链接器把所有目标文件链接起来,生成uboot镜像。不同格式的镜像都是调用相应工具,经
由elf镜像间接或者直接的生成的。