uboot移植之主Makefile分析-低调大师

uboot移植之主Makefile分析

2017-11-11 562

1:#uboot 的版本号

VERSION = 1 #主版本号

PATCHLEVEL = 3 #次版本号

SUBLEVEL = 4 #再次版本号

EXTRAVERSION = #关于uboo的一些另外的描述

#变量U_BOOT_VERSION用来保存uboot的版本信息

U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)

VERSION_FILE = $(obj)include/version_autogenerated.h //存放变量U_BOOT_VERSION，也就是版本信息

# 这个文件是编译时产生的中间文件include/version_autogenerated.h，这个文件的内容为 #define U_BOOT_VERSION "U-Boot 1.3.4"。

2：HOSTARCH（主机架构）和HOSTOS（主机操作系统）

HOSTARCH := $(shell uname -m | \

sed -e s/i.86/i386/ \

-e s/sun4u/sparc64/ \

-e s/arm.*/arm/ \

-e s/sa110/arm/ \

-e s/powerpc/ppc/ \

-e s/ppc64/ppc/ \

-e s/macppc/ppc/)

HOSTOS := $(shell uname -s | tr '[:upper:]' '[:lower:]' | \

sed -e 's/$cygwin$.*/cygwin/')

export HOSTARCH HOSTOS

（1）shell uname -m，脚本执行的方法，可以通过shell + 命令来直接执行， uname -m表示获取主机架构

（2）| 表示管道，前面的表达式的结果作为后面表达式的一个输入，从而得到最终的输出，这里也就是shell uname -m得到的结果通过管道作为 sed -e的输入。

（3）sed -e 直接在命令模式下进行sed的动作，s 表示替代。所以这部分的意识就是，通过执行uname -m来获取主机的架构，然后通过管道的方法根据主机的架构来得到我们需要的主机架构，比如，我的主机架构是i686，那么sed -e s /i.86/i386，所以HOSTARCH ：= i386。（：=表示覆盖之前的内容）

（4）uname -s 表示获取操作系统的名字，我们在ubuntu下开发，所以操作系统就是Linux，然后通过tr '[:upper:]' '[:lower:]'将大写字母改为小写，也就是HOSTOS ：= linux

3:ifeq (,$(findstring s,$(MAKEFLAGS)))

XECHO = echo

else

XECHO = :

endif

判断是否为静默编译，静默编译就是不在控制台打印Makefile里面的信息，但是其他文件的信息还是会被打印出来。

$(findstring s,$(MAKEFLAGS)的意思是在MAKEFLAGS查找字符 s ，也就是假如我们编译的时候输入的是 make -s 则为静默编译。

4：ifdef O

ifeq ("$(origin O)", "command line")

BUILD_DIR := $(O)

endif

原地编译或者是单独文件编译，

单独文件编译实现的方法有两种

（1）通过make O = xxx（输出文件的pathname）来实现，主要这种方式在我们配置和清除的时候也要添加 O = xxx，也就是

make distclean O = xxx

make x210_sd_config O = xxx

make O = xxx

（2）通过定义 export BUILD_DIR=xxx（输出文件的pathname）来实现， O=xxx的优先级高于export BUILD_DIR=xxx

5：OBJTREE := $(if $(BUILD_DIR),$(BUILD_DIR),$(CURDIR)) #输出文件目录

SRCTREE := $(CURDIR) #当前目录，Makefile的当前目录也就是uboot的根目录

TOPDIR := $(SRCTREE) #顶层目录

LNDIR := $(OBJTREE) #链接文件目录

export TOPDIR SRCTREE OBJTREE

根据上面选择的是原地编译还是单独文件编译来确定并且导出这几个环境变量，用于后面使用，当选择原地编译时OBJTREE = SRCTREE

OBJTREE := $(if $(BUILD_DIR),$(BUILD_DIR),$(CURDIR))

如果 (if $(BUILD_DIR)为真（也就是BUILD_DIR被赋值）则OBJTREE = BUILD_DIR，否则OBJTREE = CURDIR。

6：MKCONFIG := $(SRCTREE)/mkconfig

export MKCONFIG

定义并保存环境变量MKCONFIG。uboot根目录下的mkconfig文件是一个很重要的文件，uboot的配置就是根据这个文件的内容来实现的。

7：include $(obj)include/config.mk

export ARCH CPU BOARD VENDOR SOC

包含$(obj)目录下的include目录下的config.mk文件，这个文件的内容为

ARCH = arm

CPU = s5pc11x

BOARD = x210

VENDOR = samsung

SOC = s5pc110

config.mk文件也是在配置的时候生成的

obj = OBJTREE，当原地编译的时候OBJTREE = SRCTREE = 源码根目录，

8：ifeq ($(ARCH),arm)

#CROSS_COMPILE = arm-linux-

#CROSS_COMPILE = /usr/local/arm/4.4.1-eabi-cortex-a8/usr/bin/arm-linux-

#CROSS_COMPILE = /usr/local/arm/4.2.2-eabi/usr/bin/arm-linux-

CROSS_COMPILE = /usr/local/arm/arm-2009q3/bin/arm-none-linux-gnueabi-

通过ARCH的值来确定交叉编译工具链的前缀，CROSS_COMPILE的值其实就是交叉编译工具链的前缀。

9：include $(TOPDIR)/config.mk

添加根目录下的config.mk文件，这个文件的主要作用是

（1）补全交叉编译工具链，前面，在CROSS_COMPILE变量中我们保存了交叉编译工具链的前缀，其后缀就是在这个文件中补全的

（2）sinclude $(OBJTREE)/include/autoconf.mk：添加编译目录下的/include/autoconf.mk文件，这个文件是配置后生成的，里面全是CONFIG_开头的宏，这些宏定义左右着配置的uboot属于哪一款开发板。而这个文件的生成材料是顶层目录下的include/configs/xxx.h这个头文件，里面的一个头文件对应一款开发板，这个头文件的内容就是去描述或者说是配置这个开发板的硬件相关的信息。

（3）TEXT_BASE：链接地址的值

10：OBJS = cpu/$(CPU)/start.o，以及后面的LIBS = lib_generic/libgeneric.a等是在指定编译时需要添加的文件。

11：ALL += $(obj)u-boot.srec $(obj)u-boot.bin $(obj)System.map $(U_BOOT_NAND) $(U_BOOT_ONENAND) $(obj)u-boot.dis

ifeq ($(ARCH),blackfin)

ALL += $(obj)u-boot.ldr

all: $(ALL)

$(obj)u-boot.hex: $(obj)u-boot

$(OBJCOPY) ${OBJCFLAGS} -O ihex $< $@

当我们make编译的时候其实就是make all，当我们make all的时候又会生成类似于u-boot.hex的很多小目标，其中要注意的是最后一个目标unconfig

unconfig:

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

$(obj)board/*/config.tmp $(obj)board/*/*/config.tmp \

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

$(obj)board/$(VENDOR)/$(BOARD)/config.mk

unconfig这个目标就是rm -f移除我们在配置的时候生成的配置文件，这也是我们在make x210_sd_config之后再次执行make x210_sd_config时得到的效果是一样的，原因就是x210_sd_config依赖于unconfig，unconfig而将我们之前配置的文件全部移除了。

12：x210_sd_config : unconfig

@$(MKCONFIG) $(@:_config=) arm s5pc11x x210 samsung s5pc110

@echo "TEXT_BASE = 0xc3e00000" >

$(obj)board/samsung/x210/config.mk

@表示静默执行

$(MKCONFIG) 表示引用MKCONFIG这个环境变量，也就是根目录下的mkconfig，并且向这个文件传递了$(@:_config=) arm s5pc11x x210 samsung s5pc110这6个参数。

当我们执行make x210_sd_config的时候其实就是执行了这里的x210_sd_config这个目标。

本文转自菜鸟养成记 51CTO博客，原文链接:http://blog.51cto.com/11674570/1919951

微信关注我们

原文链接：https://yq.aliyun.com/articles/559579

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

认识运维工作不能犯的8个错误

转自优维科技公司--------王津银错误1：运维是运维人的运维这个是必须首先要纠正的，因为它关系到你的定位和团队未来的发展。当你把运维限制在运维人的职责范围之内的时候，必定是没法走远的。这也限制你能提供的价值，貌似一个价值不高的团队，必然就没法认可。正确的认识，运维人需要把可运维性标准和意识不断Push到产品／研发过程中，让运维成为所有人的运维，成为产品功能实现的一部分。错误2：运维是一个成本中心这里面有两层理解，第一层是IT服务资源的管理者，他有责任对资源的使用状况做好控制，避免浪费；第二层，运维人好像没法直接产生收益，管理意识里就是要控制运维成本的投入，特别是运维人力投入。对于第一层，资源的成本控制的确是运维的职责之一，但仅仅是他一个价值维度的体现。一个可运维性高的系统，带来的是服务质量的提升，这个是需要运维来hold（至少国内很多研发团队如此）；一个好的运维团队，能够反向驱动组织IT性能的提升，性能的提升，就是组织利润／市场占有率的提升（2014年DevOps Report揭示的现实）。对于第二层，其实在错误认识1里面已经有了答案，根源是在于大家还是把运维当成...

2017-11-12

636

构建高性能MySQL系统涵盖从单机、硬件、OS、文件系统、内存到MySQL 本身的配置，以及schema 设计、索引设计，再到数据库架构上的水平和垂直拓展。硬件（1）CPU CPU亲和性：确保每个io都被其发起的CPU处理 echo 2 > /sys/block/<block device>/queue/rq_affinity 择最大性能模式，避免节能模式导致性能不足关闭NUMA，降低swap概率 numactl --interleave=all （2）RAID卡选择FORCE WB读写策略选择合适的充放电策略高IO，推荐RAID10 空间需求大则RAID5 操作系统（1）IO调度策略 SSD/PCIE SSD推荐noop，其它推荐deadline echo noop > /sys/block/<block device>/queue/scheduler （2）禁用块设备轮转模式 echo 0 > /sys/block/<block device>/queue/rotational （3）内...

2017-11-12

520

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。