一、Uboot的裁剪是裁剪什么？

Uboot的裁剪分为两个方面：Uboot本身命令的裁剪和具体SoC硬件配置的裁剪。
1、Uboot本身命令的裁剪
  Uboot提供了很多的操作命令，我们使用Uboot的时候通常只使用最常用的一些命令，其他很多的命令有时候用不上，这个时候我们可以在SoC的头文件中进行Uboot命令的使能或者禁止，这个文件的路径为：uboot/include/configs/xxx_.h
  Uboot命令本身的宏定义其中都包含了CMD字段，如果需要该命令就宏定义出来，如果不需要，希望禁用该命令，直接注释掉即可。
通常如果希望编译出来的Uboot的大小尽量小的话，可以只使能必要的命令，不需要的命令全部注释掉，这样在编译的时候这些不需要的命令的代码文件不会被编译进最后的Uboot文件中，可以减小最后的Uboot.bin的大小。

2、Uboot中关于SoC硬件信息的裁剪
  SoC厂商发布的Uboot是完美适配官方的评估板的，我们自己的板子上的硬件配置和官方的评估板是不同的，因此需要根据自己板子上的硬件信息来裁剪官方提供的Uboot。对SoC硬件信息进行配置同样是在uboot/include/configs/xxx.h文件中进行的。
  硬件的使能和禁用也是在该文件中通过宏进行配置的，我们在Boot阶段往往只需要使能必要的硬件（比如串口，网口，FLASH，LCD屏幕等），其余的硬件可以等待启动内核以后再启动。
一般 uboot 中需要解决串口、NAND、EMMC 或 SD 卡、网络和 LCD 驱动，因为 uboot的主要目的就是启动 Linux 内核

宏定义是如何控制硬件的使能和禁用?
以串口的宏：#define CONFIG_MXC_UART为例
（1）在.h文件中定义了这个宏以后，我们使用命令make xxx_defconfig 对 uboot进行配置以后，在Uboot的顶层目录下生成的.config文件中会出现这样一句：CONFIG_MXC_UART=y
（2）使用make命令，顶层的make命令会调用各个子目录下的Makefile文件，在串口的目录下的Makefile文件（路径uboot/driver/serial/Makefile）中有这么一句：obj-$(CONFIG_MXC_UART)+=serial_mxc.o
  由于在第一句中.config中这个宏=y，所以Makefile的目标obj-y会追加这个串口驱动的目标文件，这个目标文件就是由串口的去文件serial_mxc.c文件编译链接生成的。
（3）经过上述的过程，串口的驱动程序就被添加到了最后的uboot.bin文件中，也就是使能了该硬件。

二、uboot裁剪前准备

源码/工具：
（1）对应板卡的uboot源码
（2）uboot交叉编译工具
（3）uboot编译说明文档
（4）uboot镜像烧录文档

三、uboot裁剪

1、添加自己开发板默认配置文件
  在使用Uboot之前首先要配置Uboot先配置，再make，那么这里就需要一个配置文件。
官方提供的uboot的配置文件是基于其评估板的，所以我们要根据自己的开发板创建我们自己的配置文件
  这个配置文件的目录是uboot/configs，文件夹中有非常多的配置文件，我们在其中创建自己的配置文件xxx_defconfig。这个配置文件不需要我们从头开始写，通常都是直接复制官方评估板的配置文件，然后根据我们自己的需求进行配置。
（1）在 configs 目录下创建默认配置文件my_board_defconfig，并修改里的内容

cd configs
cp mx6ull_14x14_evk_emmc_defconfig my_board_defconfig

修改my_board_defconfig后如下：

CONFIG_SYS_EXTRA_OPTIONS="IMX_CONFIG=board/freescale/my_board_test/imximage.cfg,MX6ULL_EVK_EMMC_REWORK"
CONFIG_ARM=y
CONFIG_ARCH_MX6=y
CONFIG_TARGET_MY_BOARD_TEST=y
CONFIG_CMD_GPIO=y

2、添加自己开发板的头文件——xxx.h文件
  Uboot的裁剪移植基本都是在这个头文件中进行的，开发板头文件的目录是uboot/include/configs下。同样，这个头文件也不需要我们从头写，也是复制官方评估板的配置文件，然后根据我们自己的开发板进行修改，具体修改什么，就是Uboot本身的命令使能和禁止以及硬件的使能与禁止。如果我们自己要想使能或者禁止 uboot 的某些功能，那就在my_board_test.h 里面做修改即可
（1）在目录 include/configs 下，复制官方头文件并重命名为自己的板卡。

#ifndef __MY_BOARD_TEST_CONFIG_H
#define __MY_BOARD_TEST_CONFIG_H

3、添加自己开发板的板级文件夹
  在uboot/board目录下有非常多的SoC厂商的文件夹，每个文件夹下又包含了该厂商发布的各种SoC的文件夹，也就是说每种SoC都配有自己的一个文件夹。 我们使用IMX6ULL这款SoC，我们就在uboot/board/freescale目录下创建我们自己板子的文件夹。同样，这个文件夹也是复制官方开发板的文件夹，这个文件夹中有一些文件，其中最重要的两个文件就是Makefile文件和板子的.c文件，Makefile文件控制着.c文件的编译。
以imx6ull移植为例，具体步骤：
（1）进入官方板级文件夹目录，复制对应芯片的板级文件夹，并重命名自己板子。

cd board/freescale/
cp mx6ullevk/ -r my_board_test
cd my_board_test
mv mx6ullevk.c my_board_test.c

（2）修改自己板子目录下的下 Makefile 文件
（3）修改自己板子目录下的 imximage.cfg 文件
将 imximage.cfg 中的下面一句：

PLUGIN board/freescale/mx6ullevk/plugin.bin 0x00907000

改为自己板子目录：

PLUGIN board/freescale/my_board_test/plugin.bin 0x00907000

（4）修改自己板子目录下的 Kconfig 文件（图形化配置）

if TARGET_MY_BOARD_TEST
config SYS_BOARD
    default "my_board_test"
config SYS_VENDOR
    default "freescale"
config SYS_SOC
    default "mx6"
config SYS_CONFIG_NAME
    default "my_board_test"
endif

（5）修改自己板子目录下的 MAINTAINERS 维护文件

（6）修改驱动程序
  一般 uboot 中修改驱动基本都是在 xxx.h 和 xxx.c 这两个文件中进行的
  这时候Linux内核还没有加载，此时运行的就是裸机程序，所以硬件的引脚相关信息都是写在c文件中的，所以我们按照自己的硬件信息来修改（重点就是在.c文件中修改相关外设的引脚信息，引脚的复用属性和电气属性）。一般需要修改的就是LCD的参数信息，网卡的引脚配置等。因为LCD的引脚和官方评估板的LCD引脚一般都设计为相同的，所以LCD通常只需要修改LCD的参数信息。而网卡我们自己设计的板子和官方的评估板的引脚可能不同，所以需要修改引脚的信息，然后是引脚的复用状态和电气状态，一般网卡厂商都提供了网卡的驱动程序，只需要在板子的.h文件中使能该厂商的网卡驱动即可，有时候也需要修改厂商的驱动程序，修改驱动程序就是像操作单片机的寄存器这样配置该外设。
（7）make xxx_defconfig ——>make ，得到最终的uboot.bin文件。
  使用shell脚本编译：

#!/bin/bash
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- distclean
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- my_board_test_defconfig
make V=1 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j16

其他知识补充

1、源代码和函数申明处添加上宏定义：

#ifdef CONFIG_XXX
添加代码
#endif

注意：当使用到CONFIG_XXX的代码，需要包含头文件#include common.h>，这个头文件最后会包含CONFIG_XXX的文件。
例如：

2、配置宏定义
  代码中加入了条件编译后，就可以使用CONFIG_XXX来控制目标代码是否编译。
实现这个功能，需要做两件事情。
第一：添加编译条件，在配置文件中，添加/删除你的条件编译的条件
(1)直接在xxx_defconfig手动添加
(2)通过make menuconfig添加
直接在xxx_defconfig手动添加:
在configs/xxx_defconfig目录下添加：

CONFIG_MY_TEST = y

在编译u-boot的时候，会使用make xxx_defconfig，所以可以在这个文件中加入你的条件编译的条件。

通过make menuconfig添加
上述方式较为简单粗暴，在配置项少的情况下可以使用，但是配置项目多的话，层次就比较模糊，显得比较混乱。这里u-boot提供一种图形化配置的方式，make menuconfig，来管理众多的配置选项。

这个操作依赖于相应目录下的Kconfig文件,需要在Kconfig文件里面添加自己的配置项：
修改目标代码所在层级的Kconfig文件，如下图：

config MY_TEST
    bool "my_test"
    default y
    help 
        This is a zhouzhou_test_code help info 

修改Makefile
在目标代码所在层级的Makefile文件中，加入如下代码：

#obj-y += my_test.o
obj -$(CONFIG_MY_TEST) += my_test.o