ZLG IMX280A - 五步曲之三：uboot2017.09移植(下篇)

U-Boot的移植之(一)基础篇：添加新的目标板定义本文使用最新的U-Boot-1.3.0-rc2。

U-Boot本身支持很多开发板，在其源代码中，每个板子都对应一个board/目录下的文件夹(笔者注：这并不确切，因为有的文件夹是供应商名称，下面可以有多个目标板目录，这里只考虑最简单的情况)，以及include/configs/目录下的目标板配置头文件。

因此，要添加U-Boot对我们的目标板的支持，首先就是要建立目标板文件夹和配置头文件，并修改相关的Makefile。

下面以实例说明为U-Boot添加新的目标板定义的步骤和过程。

(1)在board/目录下建立目标板目录。

笔者的目标板是XSBASE270，处理器是PXA270。

由于U-Boot中本身支持很多开发板和处理器，可以从中找出与自己处理器型号相同或相近的开发板，在此基础上再做后续修改。

adsvix使用的也是PXA27x处理器，因此可以把它作为模板。

cd board/cp -arv adsvix xsbase270mv xsbase270/adsvix.c xsbase270/xsbase270.c(2)在include/configs/目录下建立目标板配置头文件。

cd include/configs/cp adsvix.hxsbase270.h(3)修改Makefile。

一是要在总的Makefile(U-Boot源码顶层目录下)中加入目标板的编译配置选项，这也可以参考adsvix的进行修改，只要把目标板名称改换为xsbase270即可：adsvix_config: unconfig@$(MKCONFIG) $(@:_config=) arm pxa adsvixxsbase270_config: unconfig@$(MKCONFIG) $(@:_config=) arm pxa xsbase270这里xsbase270与board/目录下目标板文件夹名称xsbase270一致。

(转载自/caolisong/articles/754050.html)真的写得很好,很有参考价值,节约了很多时间,在此表示对大虾的敬佩!2006－08－17 u－boot移植1 首先，了解一下bootloader。

bootloader是系统加电后运行的第一段代码。

它要完成的工作就是初始化硬件设备，建立内存空间的映射图，这样为最终调用操作系统内核做好准备。

2 bootloader的操作模式（1）启动加载模式（bootloading）（2）下载模式（downloading）开发时要用（2），target board上的bootloader将通过串口或者网络等通信手段从host上下载内核映象和根文件系统映象等到ra m中。

3 bootloader的启动方式：网络启动、磁盘启动、flash启动。

4 bootloader的种类区分一下“bootloader”和“monitor”的概念。

bootloader只是引导设备并且执行主程序的固件；而monitor还提供了更多的命令行接口，可以进行调试、读写内存、烧写flash、配置环境变量等。

monitor在嵌入式系统开发过程中还可以提供很好的调试功能，开发完成后，就完全配置成了一个bootloader。

所以，习惯上把它们统称为bootloader。

我现在要使用的u－boot就是典型的monitor。

5 bootloader的启动流程搜集了一些资料，写的比较精彩，放在这里。

资料一：系统上电，检测BMS，选择系统的启动方式，如果BMS为高电平，则系统从片内ROM启动。

AT91RM9200的ROM上电后被映射到了0x0和0x100000处，在这两个地址处都可以访问到ROM。

由于9200的ROM中固化了一个BOOTLOAER程序。

所以PC从0X0处开始执行这个BOOTLOAER(准确的说应该是一级BOOTLOADER)。

这个BOOTLOER依次完成以下步骤：1． PLL SETUP设置PLLB产生48M时钟频率提供给USB DEVICE。

11U-BOOT的启动流程及移植摘要：嵌入式系统一般没有通用的bootloader,u-boot是功能强大的bootlo ader开发软件，但相对也比较复杂。

文中对u-boot的启动流程作了介绍，详细给出了u-boot在S3C44B0开发板上的移植方法和步骤。

１Bootloader及u-boot简介Ｂｏｏｔｌｏａｄｅｒ代码是芯片复位后进入操作系统之前执行的一段代码，主要用于完成由硬件启动到操作系统启动的过渡，从而为操作系统提供基本的运行环境，如初始化ＣＰＵ、堆栈、存储器系统等。

Ｂｏｏｔｌｏａｄｅｒ代码与ＣＰＵ芯片的内核结构、具体型号、应用系统的配置及使用的操作系统等因素有关，其功能类似于ＰＣ机的ＢＩＯＳ程序。

由于ｂｏｏｔｌｏａｄｅｒ和ＣＰＵ及电路板的配置情况有关，因此不可能有通用的ｂｏｏｔｌｏａｄｅｒ，开发时需要用户根据具体情况进行移植。

嵌入式Ｌｉｎｕｘ系统中常用的ｂｏｏｔｌｏａｄｅｒ有ａｒｍｂｏｏｔ、ｒｅｄｂｏｏｔ、ｂｌｏｂ、ｕ－ｂｏｏｔ等，其中ｕ－ｂｏｏｔ是当前比较流行，功能比较强大的ｂｏｏｔｌｏａｄｅｒ，可以支持多种体系结构，但相对也比较复杂。

ｂｏｏｔｌｏａｄｅｒ的实现依赖于ＣＰＵ的体系结构，大多数ｂｏｏｔｌｏａｄｅｒ都分为ｓｔａｇｅ１和ｓｔａｇｅ２两大部分。

Ｂｏｏｔｌｏａｄｅｒ的基本原理见参考文献。

ｕ－ｂｏｏｔ是ｓｏｕｒｃｅｆｏｒｇｅ网站上的一个开放源代码的项目。

它可对ＰｏｗｅｒＰＣ ＭＰＣ５ｘｘ、ＭＰＣ８ｘｘ、ＭＰＣ８２ｘｘ、ＭＰＣ７ｘｘ、ＭＰＣ７４ｘｘ 、ＡＲＭ（ＡＲＭ７、ＡＲＭ９、ＳｔｒｏｎｇＡＲＭ、Ｘｓｃａｌｅ）、ＭＩＰＳ（４ｋｃ、５ｋｃ）、Ｘ８６等处理器提供支持，支持的嵌入式操作系统有Ｌｉｎｕｘ、Ｖｘ-Ｗｏｒｋｓ、ＮｅｔＢＳＤ、ＱＮＸ、ＲＴＥＭＳ、ＡＲＴＯＳ、ＬｙｎｘＯＳ等，主要用来开发嵌入式系统初始化代码ｂｏｏｔｌｏａｄｅｒ。

软件的主站点是ｈｔｔｐ ／／ｓｏｕｒｃｅｆｏｒｇｅ．ｎｅｔ／ｐｒｏｊｅｃｔｓ／ｕ－ｂｏｏｔ。

uboot——官⽹下载直接移植（⼀）1：uboot下载地址：ftp://ftp.denx.de/pub/u-boot/我们下载的版本是：u-boot-2013.10.tar.bz2；2：下载好以后，删除⾥⾯的相关⽂件因为三星是的s5pv1XX这个cpu做了很多个板⼦，我们在移植的时候虽然与三星的开发板不同但是⽤的cpu是相同的，所以我们再选择cpu相关⽂件的时候，要确定好哪个cpu与我们⽤的cpu是相同的，u-boot-2013.10\arch\arm\cpu\armv7\s5pc1xx 在⽬录下有s5pc1xx相关的配置⽂件；这就是我们要选⽤的cpu⽂件；3：相较与我们直接移植三星移植好的uboot，新版的uboot编译配置时有所不同；把主Makefile与board有关的配置信息⽂件分开了；我们可以根据board.cfg⽂件中的配置信息来确定我们⽤的是哪个开发板；打开board.cfg⽂件搜索s5pc1xx我们可以看到两个相关的开发板，goni、smdk100，我们先⽤goni开发板来进⾏移植；⾸先删除其它的⽆关⽂件：arch⽬录下：只保留arm⽂件夹；arm/cpu⽬录下的出armv7⽂件夹以外其他删除；arm/cpu/armv7⽬录下保留s5pc1xx 以及s5p_common这两个⽂件夹，其他的删除；board⽬录下：board⽬录下只保留samsung⽂件夹samsung⽬录下只保留goni、common⽂件夹之后⽤sourceinsight创建项⽬4：对主Makefile进⾏分析，之前我们make的时候⾸先要进⾏配置：make x210_sd_config，⽽在新uboot中的配置依赖于下⾯这个规则：我们进⾏配置的时候make s5p_goni_config 然后执⾏下⾯这段脚本相当于执⾏ ./mkcofig -A s5p_goniMKCONFIG变量还是mkconfig脚本，下⾯我们看⼀下mkconfig脚本如何⼯作：下⾯这段代码的作⽤：1if [ \( $# -eq 2 \) -a \( "$1" = "-A" \) ] ; then2 # Automatic mode3 line=`awk '($0 !~ /^#/ && $7 ~ /^'"$2"'$/) { print $1, $2, $3, $4, $5, $6, $7, $8 }' boards.cfg`4if [ -z "$line" ] ; then5 echo "make: *** No rule to make target \`$2_config'. Stop." >&26 exit 17 fi89set ${line}10 # add default board name if needed11 [ $# = 3 ] && set ${line} ${1}12 fi判断传参是否两个且第⼀个参数为 -A，如果是则对line赋值，line的值是通过在boards.cfg⽂件中查找第⼆个参数$2，并把这⼀⾏赋值给line，从前⾯内容我们可以看出line = Active arm armv7 s5pc1xx samsung goni s5p_goni -并且把这些由空格分开的字符赋值给$1-$8所以这段代码执⾏完以后的结果是：$1 = Active$2 = arm$3 = armv7$4 = s5pv1xx$5 = samsung$6 = goni$7 = s5p_goni$8 = -继续分析下⾯代码：这段代码实际中没有起到什么作⽤可忽略1while [ $# -gt 0 ] ; do2case"$1"in3 --) shift ; break ;;4 -a) shift ; APPEND=yes ;;5 -n) shift ; BOARD_NAME="${7%_config}" ; shift ;;6 -t) shift ; TARGETS="`echo $1 | sed 's:_: :g'` ${TARGETS}" ; shift ;;7 *) break ;;8 esac9 done1011 [ $# -lt 7 ] && exit 112 [ $# -gt 8 ] && exit 1下⾯代码：CONFIG_NAME="${7%_config}"[ "${BOARD_NAME}" ] || BOARD_NAME="${7%_config}"arch="$2"cpu=`echo $3 | awk 'BEGIN {FS = ":"} ; {print $1}'`spl_cpu=`echo $3 | awk 'BEGIN {FS = ":"} ; {print $2}'`if [ "$6" = "-" ] ; thenboard=${BOARD_NAME}elseboard="$6"fi[ "$5" != "-" ] && vendor="$5"[ "$4" != "-" ] && soc="$4"[ $# -gt 7 ] && [ "$8" != "-" ] && {# check if we have a board config name in the options field# the options field mave have a board config name and a list# of options, both separated by a colon (':'); the options are# separated by commas (',').## Check for board nametmp="${8%:*}"if [ "$tmp" ] ; thenCONFIG_NAME="$tmp"fi# Check if we only have a colon...if [ "${tmp}" != "$8" ] ; thenoptions=${8#*:}TARGETS="`echo ${options} | sed 's:,: :g'` ${TARGETS}"fi}config_name = s5p_goni_configBOARD_NAME = s5p_goni_configarch = armcpu = armv7spl_cpu = " "board = gonivendor = samsungsoc = s5pc1xx看下⾯信息：在这⾥第⼀打印出信息：Configuring for s5p_goni_config board...if [ "${ARCH}" -a "${ARCH}" != "${arch}" ]; thenecho "Failed: \$ARCH=${ARCH}, should be '${arch}' for ${BOARD_NAME}"1>&2exit 1fiif [ "$options" ] ; thenecho "Configuring for ${BOARD_NAME} - Board: ${CONFIG_NAME}, Options: ${options}" elseecho "Configuring for ${BOARD_NAME} board..."fi创建头⽂件的符号连接：if [ "$SRCTREE" != "$OBJTREE" ] ; thenmkdir -p ${OBJTREE}/includemkdir -p ${OBJTREE}/include2cd ${OBJTREE}/include2rm -f asmln -s ${SRCTREE}/arch/${arch}/include/asm asmLNPREFIX=${SRCTREE}/arch/${arch}/include/asm/cd ../includemkdir -p asmelsecd ./includerm -f asmln -s ../arch/${arch}/include/asm asmfirm -f asm/archif [ -z "${soc}" ] ; thenln -s ${LNPREFIX}arch-${cpu} asm/archelseln -s ${LNPREFIX}arch-${soc} asm/archfiif [ "${arch}" = "arm" ] ; thenrm -f asm/procln -s ${LNPREFIX}proc-armv asm/procfi符号连接1：/include/asm 连接到 /arch/arm/include/asm符号连接2： /include/asm/arch链接到 /arch/arm/include/asm/arch-s5pc1xx 符号链接3： /include/asm/proc链接到/arch/arm/include/asm/proc-armv看⼀下下⾯的代码：## Create include file for Make#( echo "ARCH = ${arch}"if [ ! -z "$spl_cpu" ] ; thenecho 'ifeq ($(CONFIG_SPL_BUILD),y)'echo "CPU = ${spl_cpu}"echo "else"echo "CPU = ${cpu}"echo "endif"elseecho "CPU = ${cpu}"fiecho "BOARD = ${board}"[ "${vendor}" ] && echo "VENDOR = ${vendor}"[ "${soc}" ] && echo "SOC = ${soc}"exit 0 ) > config.mk这段代码的作⽤是把ARCH = armCPU = armv7BOARD = gonivendor = samsungsoc = s5pc1xx 输出config.mk⽂件中看下⾯代码：# Assign board directory to BOARDIR variableif [ -z "${vendor}" ] ; thenBOARDDIR=${board}elseBOARDDIR=${vendor}/${board}fiBOARDDIR = samsung/goni再看最后⼀段代码：# Create board specific header file#if [ "$APPEND" = "yes" ] # Append to existing config file thenecho >> config.helse> config.h # Create new config filefiecho "/* Automatically generated - do not edit */" >>config.hfor i in ${TARGETS} ; doi="`echo ${i} | sed '/=/ {s/=/ /;q; } ; { s/$/ 1/; }'`"echo "#define CONFIG_${i}" >>config.h ;doneecho "#define CONFIG_SYS_ARCH \"${arch}\"" >> config.hecho "#define CONFIG_SYS_CPU \"${cpu}\"" >> config.hecho "#define CONFIG_SYS_BOARD \"${board}\"" >> config.h [ "${vendor}" ] && echo "#define CONFIG_SYS_VENDOR \"${vendor}\"" >> config.h [ "${soc}" ] && echo "#define CONFIG_SYS_SOC \"${soc}\"" >> config.hcat << EOF >> config.h#define CONFIG_BOARDDIR board/$BOARDDIR#include <config_cmd_defaults.h>#include <config_defaults.h>#include <configs/${CONFIG_NAME}.h>#include <asm/config.h>#include <config_fallbacks.h>#include <config_uncmd_spl.h>EOFexit 0上⾯这段代码的作⽤就是添加⼀些宏定义到config.h⽂件中：/* Automatically generated - do not edit */TARGETS为空所以不执⾏#define CONFIG_SYS_ARCH arm#define CONFIG_SYS_CPU armv7#define CONFIG_SYS_BOARD goni#define CONFIG_SYS_SOC s5pc1xxcat << EOF >> config.h 这句代码的作⽤是把下⾯内容写⼊config.h中，直到EOF；。

csvM X28_DDR2_regis…1.xlsx101.25KB16100: 1*16 32200: 2*32 16400: 4*16 16800: 8*16 32400: 4*32 16160: 16*16表格信息：*上面需要准确填写的是行列地址总线宽度，bank数，CS数，数据总线宽度，时钟频率。

*tFAW不小于tRRD4倍，所以设置40ns。

*tRPA：如果数据手册不能找到tRPA，那么这么位置填入tRP。

*CASLAT：设置CAS LATCH周期，这个周期在ddr初始化时由ddr控制器对ddr设置。

*根据信号线计算ram大小，如下2 ^ (1cs + 3bank + 15row + 12col + 1datapath width) = 4GB：2、下载源码与建立baseline：2.1 源码下载略。

2.2 选择一个相近的平台，编写试编译通过：./setenv.shmake mx28evk_defconfigmake u-boot.sb*这里的sb文件是加密文件，而elftosb工具生成的可以通过-z参数选择是否加密。

*如果编译器是32位，但是系统是64位，那么安装32位兼容库即可：sudo apt install libc6-dev-i386 lib32z12.3 复制文件与修改配置：cp configs/mx28evk_defconfig configs/imx280a_defconfigcp configs/mx28evk_defconfig configs/imx280a_mmc_defconfigmkdir board/zlg/ && cp -rf board/freescale/mx28evk/ board/zlg/imx280a/ mv board/zlg/imx280a/mx28evk.c board/zlg/imx280a/imx280a.cvim board/zlg/imx280a/Kconfigvim board/zlg/imx280a/Makefilecp include/configs/mx28evk.h include/configs/imx280a.hvim include/configs/imx280a.h*vim ./arch/arm/include/asm/mach-types.h*从mx28手册可以得到内存起始物理地址：*删掉FEC，USB，SPI，LCD及额外环境变量的配置。

五步曲之四：linux kernel 4.14.1移植（下篇）BY: john ding QQ: 343399208*编译器支持的kernel版本需要大于4.10.8，可以通过file ~/tools/arm-arm926-linux-gnueabihf/arm-arm926-linux-gnueabihf/sysroot/lib/libc-2.25.so查看到对linux版本的需求。

1、下载源码与建立baseline：1.1 下载源码略。

1.2 选择一个相近的平台，编写试编译通过。

cp arch/arm/boot/dts/imx28-evk.dts arch/arm/boot/dts/imx28-imx280a.dtscp arch/arm/configs/mxs_defconfig arch/arm/configs/mxs_imx280a_defconfig添加设备树：vim ./arch/arm/boot/dts/Makefilevim arch/arm/boot/dts/imx28-imx280a.dtsvim ./arch/arm/mach-mxs/mach-mxs.cmake mxs_imx280a_defconfigmake ARCH=arm menuconfig配置设备树append进kernel中：配置debug串口支持：*从串口驱动代码可知生成的串口名为ttyAMAx。

配置nand（gpmi支持，mtd支持，ubi支持，ubifs支持）：配置mmc（sdio支持，mmc支持，initrd支持（注意initramfs与initrd的区别））：去掉lcd，fb等相关支持：设置编译器兼容性：选上浮点运算单元支持：cp .config arch/arm/configs/mxs_imx280a_defconfig设备树与menuconfig精简：vim arch/arm/boot/dts/imx280a.dtsmake mxs_imx280a_defconfigcp .config arch/arm/configs/mxs_imx280a_defconfig./build.sh：编译kernel。

几经艰辛，终于基本完成了u-boot在s3c44b0的移植工作，在些记录一下在移植过程中所碰到的困难和解决方法（一些心得），作为日后参考之用，也希望能够帮到其它有需要的人^_^。

1.来由：在我搞完ucos后(本来我是想学uclinux的，不过在对系统一无所知的情况下，还是先学一下ucos比较实际^_^，从中也可以对系统有个清晰的概念)，我意识到要搞系统的话一个功能强大的bootloader是必不可少的，而我的板上自带的是armboot（其实我个人觉得应用在ARM上的话armboot已经足够了，毕竟u-boot也是从armboot中发展过来的，纯属个人意见），如果我的板上自带光盘有已经移植好的armboot源代码供我参考的话，我想我也不会花这么多时间去搞u-boot，可恨的是我的光盘上只有armboot.bin这个二进制文件，而没有源文件，没办法，我下定主意自己搞一个，考虑了一番后我选择了u-boot，毕竟参考资料相对比较多，再我学完u-boot后再回头看armboot，简直是一个炉里出的饼，这是后话。

2.准备：说是容易，做起来却挺难。

因为编译u-boot要在linux环境下，而不能在我们平时所熟悉的ads下那么直观。

首先要建立好交叉编译环境，这个交叉编译环境可以自己来做，不过完全没必要，而且难度也挺大，一般是下载人家编译好的工具。

我刚开始在这里就郁闷了很久，现在会了以后觉得原来就是这么简单，在些我把方法说清楚，希望不会再有人为这个问题郁闷了^_^：1）在网上下载一个u-boot源代码，我用的是1.1.2版本的，最新的应该是1.1.4的吧，其实差不多，那就像我那样下载一个1.1.2版本的吧。

把源文件解压，这个应该不用说了吧，学过linux的人应该会，不会的话我想你继续做下去也困难，那就先装个linux用下吧（我用的是RedHat的，哦对了，编译程序是需要gcc 编译器的，所以安装方式一定要选择工作站哦^_^）。

uuboot 移植流程U-Boot 移植流程介绍U-Boot是一个开源的引导加载程序，常用于嵌入式系统中。

移植U-Boot可以将其适配到不同的硬件平台上，以满足特定需求。

本文将详细说明U-Boot移植的流程。

准备工作1.硬件选型：根据项目需求，选择适合的硬件平台。

2.获取源代码：从U-Boot官方网站或仓库下载最新版本的源代码。

3.安装交叉编译工具链：根据目标硬件平台的指令集架构，选择合适的交叉编译工具链，并进行安装。

4.了解目标硬件平台：熟悉目标硬件平台的架构、引导方式、存储器布局等相关信息。

移植流程1.配置编译环境：设置交叉编译工具链的环境变量，以确保正确编译U-Boot源代码。

2.配置U-Boot：修改U-Boot源代码中的配置文件，根据目标硬件平台的特性和需求进行相应配置。

–配置目标硬件平台的处理器类型、存储器布局等基本信息。

–配置启动方式，如通过网络（TFTP）或存储介质（SD卡、NAND Flash）等进行启动。

–配置启动流程，如引导加载程序的加载顺序、启动脚本等。

3.添加适配代码：根据目标硬件平台的需求，编写适配代码，包括引导加载程序和设备驱动等。

–引导加载程序：为目标硬件平台选择合适的程序入口点，配置启动参数，加载适配的设备驱动等。

–设备驱动：根据目标硬件平台的外设，编写相应的设备驱动代码，以支持外设的初始化和操作。

4.编译U-Boot：使用交叉编译工具链，编译修改后的U-Boot源代码。

–执行make clean清除之前的编译结果。

–执行make命令编译U-Boot源代码。

5.烧录和运行：将编译生成的U-Boot镜像烧录到目标硬件平台，并进行测试。

–根据目标硬件平台的烧录方式（串口、JTAG等），将U-Boot镜像烧录到目标设备。

–启动目标设备，观察U-Boot的启动信息是否正常输出，检查设备驱动是否正常加载。

6.调试和优化：根据实际情况，进行U-Boot的调试和性能优化。

–使用调试工具进行调试，如调试器、串口打印信息等。

一、U-BOOT的目录结构 u-boot目录下有18个子目录，分别存放管理不通的源程序。

这些目录中所要存放的文件有其规则，可以分成三类。

￭第一类目录与处理器体系结构或者开发板硬件直接相关；￭第二类目录是一些通用的函数或者驱动程序；￭第三类目录是u-boot的应用程序、工具或者文档。

Board：和一些已有开发板相关的文件，比如Makefile和u-boot.lds等都和具体开发板的硬件和地址分配有关。

Common：与体系结构无关的文件，实现各种命令的C文件。

CPU：CPU相关文件，其中的子目录都是以u-boot所支持的CPU为名，比如有子目录arm926ejs、mips、mpc8260和nios等，每个特定的子目录中都包括cpu.c 和interrupt.c和start.S。

其中cpu.c初始化cpu、设置指令cache和数据cache 等；interrupt.c设置系统的各种终端和异常，比如快速中断，开关中断、时钟中断、软件中断、预取中止和未定义指令等；start.S是u-boot启动时执行的第一个文件，他主要是设置系统堆栈和工作发式，为进入C程序奠定基础。

Disk：disk驱动的分区处理代码、Doc：文档。

Drivers：通用设备驱动程序，比如各种网卡、支持CFI的flash、串口和USB 总线等。

Dtt：数字温度测量器或者传感器的驱动Examples：一些独立运行的应用程序的例子。

Fs：支持文件系统的文件，u-boot现在支持cramfs、fat、fdos、jffs2、yaffs 和registerfs。

Include：头文件，还有对各种硬件平台支持的会变文件，系统的配置文件和对文件系统支持的文件。

Net：与网络有关的代码，BOOTP协议、TFTP协议RARP协议和NFS文件系统的实现。

Lib_ppc：存放对PowerPC体系结构通用的文件，主要用于实现PowerPC平台通用的函数，与PowerPC体系结构相关的代码。