LV05-01-uboot-07-uboot移植

发表于 分类于 ， ， 本文字数： 10k 阅读时长 ≈ 38 分钟

本文主要是uboot移植的相关笔记。若笔记中有错误或者不合适的地方，欢迎批评指正😃。

点击查看使用工具及版本
Windows版本 windows11
Ubuntu版本 Ubuntu16.04的64位版本
VMware® Workstation 16 Pro 16.2.3 build-19376536
终端软件 MobaXterm(Professional Edition v23.0 Build 5042 (license))
Linux开发板 正点原子 i.MX6ULL Linux 阿尔法开发板
uboot NXP官方提供的uboot，NXP提供的版本为uboot-imx-rel_imx_4.1.15_2.1.0_ga(使用的uboot版本为U-Boot 2016.03)
linux内核 linux-4.15(NXP官方提供)
Win32DiskImager Win32DiskImager v1.0
点击查看本文参考资料
分类 网址 说明
官方网站 https://www.arm.com/ ARM官方网站，在这里我们可以找到Cotex-Mx以及ARMVx的一些文档
https://www.nxp.com.cn/ NXP官方网站
https://www.nxpic.org.cn/NXP 官方社区
https://u-boot.readthedocs.io/en/latest/u-boot官网
https://www.kernel.org/linux内核官网
点击查看相关文件下载
分类 网址 说明
NXP https://github.com/nxp-imx NXP imx开发资源GitHub组织，里边会有u-boot和linux内核的仓库
https://elixir.bootlin.com/linux/latest/source 在线阅读linux kernel源码
nxp-imx/linux-imx/releases/tag/rel_imx_4.1.15_2.1.0_ga NXP linux内核仓库tags中的rel_imx_4.1.15_2.1.0_ga
nxp-imx/uboot-imx/releases/tag/rel_imx_4.1.15_2.1.0_ga NXP u-boot仓库tags中的rel_imx_4.1.15_2.1.0_ga
I.MX6ULL i.MX 6ULL Applications Processors for Industrial Products I.MX6ULL 芯片手册（datasheet，可以在线查看）
i.MX 6ULL Applications ProcessorReference Manual I.MX6ULL 参考手册（下载后才能查看，需要登录NXP官网）

这一节我们就来看一下，如何移植NXP官方提供的uboot，以便于适配我们的开发板。

一、NXP原版u-boot编译测试

1. 编译u-boot

我们先来编译和下载NXP原版的u-boot：

1
2
3
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- distclean
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- mx6ull_14x14_evk_emmc_defconfig 
make V=0 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j16

编译完成后会生成的文件是直接有u-boot.imx文件的，所以我们在ubuntu下可以直接下载这个文件到SD卡。

2. 下载到SD卡

我们可以使用以下命令下载：

1
sudo dd if=u-boot.imx of=/dev/sdc bs=1k seek=1 conv=fsync

注意，我们要提前确认好sd卡在ubuntu中的节点，卸载完成会有以下提示：

image-20230730160121375

3. 启动ubuut并测试

3.1 启动uboot

我们将拨码开关拨到SD卡启动，然后连接好串口，就会看到如下打印信息：

image-20230730160313896

这里就会显示出当前uboot的编译时间还有uboot的版本，这里显示的时间就是我刚刚编译的。

3.2 SD卡和eMMC测试

由于正点原子的开发板是参考NXP的imx6ull evk评估板进行设计的，所以SD卡和eMMC的驱动是直接可以用的，不需要进行移植。我们在串口终端输入以下命令：

1
=> mmc list

然后就会看到有以下信息显示：

image-20230730160500995

可以看出当前有两个 MMC 设备，检查每个 MMC 设备信息，先检查 MMC 设备 0，输入如下命令： 

1
2
=> mmc dev 0
=> mmc info
image-20230730160719820

可以看出， mmc 设备 0 是 SD 卡， SD 卡容量为 3.7GB，这个和我所使用的SD 卡信息相符，说明 SD 卡驱动正常。再来检查 MMC 设备 1，输入如下命令： 

1
2
=> mmc dev 1
=> mmc info
image-20230730160825353

可以看出， mmc 设备 1 为 EMMC，容量为 7.3GB，说明 EMMC 驱动也成功，SD 卡和 EMMC 的驱动都没问题。

3.3 LCD驱动

如果 uboot 中的 LCD 驱动正确的话，启动 uboot 以后 LCD 上应该会显示出 NXP 的 logo，如下图

image-20230730161104638

我用的是在正点原子的 4.3 寸 800x480 分辨率的屏幕。因为 NXP 官方 I.MX6ULL 开发板的屏幕就是 4.3 寸 480x272 分辨率的，所以 uboot 默认 LCD 驱动是 4.3 寸 480x272 分辨率的。所以这里，驱动虽然没问题，但是吧这个显示是多少有点问题的。后边再说怎么移植。

3.4 网络驱动

uboot 启动的时候提示“Board Net Initialization Failed”和“No ethernet found.”这两行，说明网络驱动也有问题 ：

image-20230730161521072

4. 总结

总结一下 NXP 官方 I.MX6ULL EVK 开发板的 uboot 在正点原子 EMMC 版本 I.MX6ULL开发板上的运行情况：

（1）uboot 启动正常， DRAM 识别正确， SD 卡和 EMMC 驱动正常。

（2）uboot 里面的 LCD 驱动默认是给 4.3 寸 480x272 分辨率的，如果使用的其他分辨率的屏幕需要修改驱动。

（3）网络不能工作，识别不出来网络信息，需要修改驱动。

接下来我们要做的工作如下：

（1）前面我们一直使用着 NXP 官方开发板的 uboot 配置，接下来需要在 uboot 中添加我们自己的开发板，也就是正点原子的 I.MX6ULL 开发板。

（2）解决 LCD 驱动和网络驱动的问题。

二、u-boot移植

1. 添加自己的开发板

NXP 官方 uboot 中默认都是 NXP 自己的开发板，虽说我们可以直接在官方的开发板上直接修改，使 uboot 可以完整的运行在我们的板子上。但是为了学习，我们还是要自己添加一个开发板。接下来我们就参考 NXP 官方的 I.MX6ULL EVK 开发板，学习如何在 uboot 中添加我们的开发板或者开发平台。

1.1 添加开发板默认配置文件

先在 configs 目录下创建默认配置文件，复制 mx6ull_14x14_evk_emmc_defconfig，然后重命名为 mx6ull_alpha_emmc_defconfig，命令如下： 

1
2
cd configs
cp mx6ull_14x14_evk_emmc_defconfig mx6ull_alpha_emmc_defconfig

然后就是修改这个文件，可以看这里：feat:修改开发板默认配置文件 · 6c59eb4 · sumumm/u-boot - Gitee.com

1.2 添加开发板对应的头文件

在目录 include/configs 下 添 加 I.MX6ULL-ALPHA 开发板对应的头文件 ， 复 制 include/configs/mx6ullevk.h，并重命名为mx6ull_alpha_emmc.h，命令如下： 

1
cp include/configs/mx6ullevk.h include/configs/mx6ull_alpha_emmc.h

mx6ull_alientek_emmc.h 里面有很多宏定义，这些宏定义基本用于配置 uboot，也有一些I.MX6ULL 的配置项目。如果我们自己要想使能或者禁止 uboot 的某些功能，那就在mx6ull_alpha_emmc.h 里面做修改即可。 mx6ull_alpha_emmc.h 里面的内容比较多，可以去掉一些用不到的配置。可以查看这里：feat:修改开发板对应的头文件 · edff998 · sumumm/u-boot - Gitee.com

1.3 添加开发板对应的板级文件夹

uboot 中每个板子都有一个对应的文件夹来存放板级文件，比如开发板上外设驱动文件等等。 NXP 的 I.MX 系列芯片的所有板级文件夹都存放在board/freescale 目录下，在这个目录下有个名为 mx6ullevk 的文件夹，这个文件夹就是 NXP 官方 I.MX6ULL EVK 开发板的板级文件夹。复制 mx6ullevk，将其重命名为 mx6ull_alpha_emmc，命令如下： 

1
2
cd board/freescale/
cp mx6ullevk/ -r mx6ull_alpha_emmc

然后就是对相关文件的修改了，可以看这里：feat:修改开发板对应的板级文件夹相关文件 · 1df79f6 · sumumm/u-boot - Gitee.com

1.4 编译自己添加的开发板

这里直接修改之前的脚本就可以了，可以看这里：feat:修改编译脚本，编译添加的板子 · c3422f7 · sumumm/u-boot - Gitee.com。理说按上边的步骤是不会有报错的，当编译完成后，可以搜索一下：

1
grep -nR "mx6ull_alpha_emmc.h"

如果有很多文件都引用了mx6ull_alpha_emmc.h这个头文件，那就说明新板子添加成功 。

image-20230730170713377

2. LCD驱动移植

一般 uboot 中修改驱动基本都是在 xxx.h 和 xxx.c 这两个文件中进行的， xxx 为板子名称，比如 mx6ull_alpha_emmc.h 和 mx6ull_alpha_emmc.c 这两个文件。一般修改 LCD 驱动重点注意以下几点：

（1）LCD 所使用的 GPIO，查看 uboot 中 LCD 的 IO 配置是否正确。

（2）LCD 背光引脚 GPIO 的配置。

（3）LCD 配置参数是否正确。

2.1 修改display数组

正点原子的 I.MX6U-ALPHA 开发板 LCD 原理图和 NXP 官方 I.MX6ULL 开发板一致，也就是 LCD 的 IO 和背光 IO 都一样的，所以 IO 部分就不用修改了。需要修改的之后 LCD 参数， 打开文件 mx6ull_alpha_emmc.c，找到如下所示内容： 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
struct display_info_t const displays[] = {{
	.bus = MX6UL_LCDIF1_BASE_ADDR,
	.addr = 0,
	.pixfmt = 24,
	.detect = NULL,
	.enable	= do_enable_parallel_lcd,
	.mode	= {
		.name			= "TFT43AB",
		.xres           = 480,
		.yres           = 272,
		.pixclock       = 108695,
		.left_margin    = 8,
		.right_margin   = 4,
		.upper_margin   = 2,
		.lower_margin   = 4,
		.hsync_len      = 41,
		.vsync_len      = 10,
		.sync           = 0,
		.vmode          = FB_VMODE_NONINTERLACED
} } };

上边的代码中定义了一个变量 displays，类型为 display_info_t，这个结构体是 LCD信息结构体，其中包括了 LCD 的分辨率，像素格式， LCD 的各个参数等。 display_info_t 定义在文件 arch/arm/include/asm/imx-common/video.h 中 ：

1
2
3
4
5
6
7
8
struct display_info_t {
	int	bus;
	int	addr;
	int	pixfmt;
	int	(*detect)(struct display_info_t const *dev);
	void	(*enable)(struct display_info_t const *dev);
	struct	fb_videomode mode;
};

pixfmt 是像素格式，也就是一个像素点是多少位，如果是 RGB565 的话就是 16 位，如果是 888 的话就是 24 位，一般使用 RGB888。结构体 display_info_t 还有个 mode 成员变量，此成员变量也是个结构体，为 fb_videomode，定义在文件 include/linux/fb.h 中，定义如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
struct fb_videomode {
	const char *name;	/* optional */
	u32 refresh;		/* optional */
	u32 xres;
	u32 yres;
	u32 pixclock;
	u32 left_margin;
	u32 right_margin;
	u32 upper_margin;
	u32 lower_margin;
	u32 hsync_len;
	u32 vsync_len;
	u32 sync;
	u32 vmode;
	u32 flag;
};

结构体 fb_videomode 里面的成员变量为 LCD 的参数，这些成员变量函数如下：

name： LCD 名字，要和环境变量中的 panel 相等。

xres、 yres： LCD X 轴和 Y 轴像素数量。

pixclock：像素时钟，每个像素时钟周期的长度，单位为皮秒。

left_margin： HBP，水平同步后肩。

right_margin： HFP，水平同步前肩。

upper_margin： VBP，垂直同步后肩。

lower_margin： VFP，垂直同步前肩。

hsync_len： HSPW，行同步脉宽。

vsync_len： VSPW，垂直同步脉宽。

vmode： 大多数使用 FB_VMODE_NONINTERLACED，也就是不使用隔行扫描。

关于像素时钟如何计算，后边学习LCD再说，这里直接参考正点原子出厂uboot进行配置即可（但是似乎有问题，我后来又改了）：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
struct display_info_t const displays[] = {
	{
		.bus = MX6UL_LCDIF1_BASE_ADDR,
		.addr = 0,
		.pixfmt = 24,
		.detect = NULL,
		.enable = do_enable_parallel_lcd,
		.mode   = {
			.name           = "ATK-LCD-4.3-800x480",
			.xres           = 800,
			.yres           = 480,
			.pixclock       = 32258, /* 像素时钟，每个像素时钟周期的长度，单位为皮秒。 */
			.left_margin    = 88,    /* HBPD */
			.right_margin   = 40,    /* HFPD */
			.upper_margin   = 32,    /* VBPD */
			.lower_margin   = 13,    /* VFPD */
			.hsync_len      = 48,    /* HSPW */
			.vsync_len      = 3,     /* VSPW */
			.sync           = 0,
			.vmode          = FB_VMODE_NONINTERLACED
		}
	},
};

查阅资料会得到使用的这款4.3寸LCD屏幕的参数如下：

参数 参考值 单位
水平显示区域 800 tCLK
HSPW(thp) 48 tCLK
HBP(thb) 88 tCLK
HFP(thf) 40 tCLK
垂直显示区域 480 th
VSPW(tvp) 3 th
VBP(tvb) 32 th
VFP(tvf) 13 th
像素时钟 31 MHz

其中，pixclock的计算方式如下：

1
pixclock = 1/像素时钟 * 10^12

2.2 修改panel

打开 mx6ull_alpha_emmc.h，找到所有如下语句： 

1
panel=TFT43AB

将其修改为上边的displays数组中.name成员的值：

1
panel=ATK-LCD-4.3-800x480

2.3 查看效果

将编译的uboot烧写到SD卡中，我们从SD卡启动：

image-20230730202213328

会看到这里已经修改了，但是最后效果似乎不是很好，还不清楚是哪里的问题，等后边学习了LCD驱动后再查吧。

3. 网络驱动移植

3.1 ALPHA开发板网络简介

3.1.1 概述

I.MX6UL/ULL 内部有个以太网 MAC 外设，也就是 ENET，需要外接一个 PHY 芯片来实现网络通信功能，也就是内部 MAC+外部 PHY 芯片的方案。在一些没有内部 MAC 的 CPU 中，比如三星的 2440， 4412 等，就会采用 DM9000 来实现联网功能。 DM9000 提供了一个类似 SRAM 的访问接口，主控 CPU 通过这个接口即可与DM9000 进行通信， DM9000 就是一个 MAC+PHY 芯片。这个方案就相当于外部 MAC+外部PHY，那么 I.MX6U 这样的内部 MAC+PHY 芯片与 DM9000 方案比有什么优势吗？首先就是通信效率和速度，一般 SOC 内部的 MAC 是带有一个专用 DMA 的，专门用于处理网络数据包，采用 SRAM 来读写 DM9000 的速度是压根就没法和内部 MAC+外部 PHY 芯片的速度比。采用外部 DM9000 完全是无奈之举，谁让2440， 4412 这些芯片内部没有以太网外设呢，现在又想用有线网络，没有办法只能找个 DM9000 的方案。从这里也可以看出，三星的 2440、 4412 这些芯片设计之初就不是给工业产品用的，他们是给消费类电子使用的，比如手机、平板等，手机或平板要上网，可以通过 WIFI 或者 4G，我是没有见过哪个手机或者平板上网是要接根网线的。正点原子的 I.MX6U-ALPHA 开发板也可以通过 WIFI 或者 4G 上网，这个后边就会了解到。

I.MX6UL/ULL 有两个网络接口 ENET1 和 ENET2，正点原子的 I.MX6U-ALPHA 开发板提供了这两个网络接口，其中 ENET1 和 ENET2 都使用 LAN8720A 作为 PHY 芯片。 NXP 官方的I.MX6ULL EVK 开发板使用 KSZ8081 这颗 PHY 芯片， LAN8720A 相比 KSZ8081 具有体积小、外围器件少、价格便宜等优点。直接使用 KSZ8081 固然可以，但是我们在实际的产品中不一定会使用 KSZ8081，有时候为了降低成本会选择其他的 PHY 芯片，这个时候就有个问题：换了PHY 芯片以后网络驱动怎么办？为此，正点原子的 I.MX6U-ALPHA 开发板将 ENET1 和 ENET2的 PHY 换成了 LAN8720A，所以NXP原厂的uboot中的网络驱动就无法使用了，我们就需要进行移植了。

3.1.2 硬件连接

I.MX6U-ALPHA 开发板 ENET1 的网络原理图如图所示：

image-20230730220454609

ENET1 的网络 PHY 芯片为 LAN8720A，通过 RMII 接口与 I.MX6ULL 相连，正点原子I.MX6U-ALPHA 开发板的 ENET1 引脚与 NXP 官方的 I.MX6ULL EVK 开发板基本一样，唯独复位引脚不同。从图总可以看出，正点原子 I.MX6U-ALPHA 开发板的 ENET1 复位引脚ENET1_RST 接到了 I.M6ULL 的 SNVS_TAMPER7 这个引脚上。

LAN8720A 内部是有寄存器的， I.MX6ULL 会读取 LAN8720 内部寄存器来判断当前的物理链接状态、连接速度(10M 还是 100M)和双工状态(半双工还是全双工)。 I.MX6ULL 通过 MDIO接口来读取 PHY 芯片的内部寄存器， MDIO 接口有两个引脚， ENET_MDC 和 ENET_MDIO，ENET_MDC 提供时钟， ENET_MDIO 进行数据传输。一个 MDIO 接口可以管理 32 个 PHY 芯片，同一个 MDIO 接口下的这些 PHY 使用不同的器件地址来做区分， MIDO 接口通过不同的器件地址即可访问到相应的 PHY 芯片。 I.MX6U-ALPHA 开发板 ENET1 上连接的 LAN8720A器件地址为 0X0，所示我们要修改 ENET1 网络驱动的话重点就三点 ：

（1） ENET1 复位引脚初始化。

（2）LAN8720A 的器件 ID。

（3） LAN8720 驱动

再来看一下 ENET2 的原理图，如图 ：

image-20230730220626808

关于 ENET2 网络驱动的修改也注意一下三点：

（1）ENET2 的复位引脚，从图 33.2.7.2 可以看出， ENET2 的复位引脚 ENET2_RST 接到了 I.MX6ULL 的 SNVS_TAMPER8 上。

（2）ENET2 所使用的 PHY 芯片器件地址，从图 33.2.7.2 可以看出， PHY 器件地址为 0X1。

（3） LAN8720 驱动， ENET1 和 ENET2 都使用的 LAN8720，所以驱动肯定是一样的。

3.2 网络驱动移植

3.2.1 网络 PHY 地址修改

首先修改 uboot 中的 ENET1 和 ENET2 的 PHY 地址和驱动，打开 mx6ull_alpha_emmc.h这个文件，找到如下代码 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
#ifdef CONFIG_CMD_NET
#define CONFIG_CMD_PING
#define CONFIG_CMD_DHCP
#define CONFIG_CMD_MII
#define CONFIG_FEC_MXC
#define CONFIG_MII
#define CONFIG_FEC_ENET_DEV		1

#if (CONFIG_FEC_ENET_DEV == 0)
#define IMX_FEC_BASE			ENET_BASE_ADDR
#define CONFIG_FEC_MXC_PHYADDR          0x2
#define CONFIG_FEC_XCV_TYPE             RMII
#elif (CONFIG_FEC_ENET_DEV == 1)
#define IMX_FEC_BASE			ENET2_BASE_ADDR
#define CONFIG_FEC_MXC_PHYADDR		0x1
#define CONFIG_FEC_XCV_TYPE		RMII
#endif
#define CONFIG_ETHPRIME			"FEC"

#define CONFIG_PHYLIB
#define CONFIG_PHY_MICREL
#endif

宏 CONFIG_FEC_ENET_DEV 用于选择使用哪个网口，默认为 1，也就是选择ENET2。

宏CONFIG_FEC_MXC_PHYADDR 为 ENET1 的 PHY 地址，默认是 0X2，CONFIG_FEC_MXC_PHYADDR为 ENET2 的 PHY 地址，默认为 0x1。根据前面的分析可知，正点原子的 I.MX6U-ALPHA 开发板 ENET1 的 PHY 地址为0X0， ENET2 的 PHY 地址为 0X1，所以需要将第 335 行的宏 CONFIG_FEC_MXC_PHYADDR改为 0x0。

宏 CONFIG_PHY_MICREL 用于使能 uboot 中 Micrel 公司的 PHY驱动， KSZ8081 这颗 PHY 芯片就是 Micrel 公司生产的，不过 Micrel 已经被Microchip 收购了。如果要使用 LAN8720A，那么就得将 CONFIG_PHY_MICREL 改为 CONFIG_PHY_SMSC，也就是使能 uboot 中的 SMSC 公司中的 PHY 驱动，因为 LAN8720A 就是 SMSC 公司生产的。所以示例代码 上边的代码有三处要修改：

（1）修改 ENET1 网络 PHY 的地址。

（2）修改 ENET2 网络 PHY 的地址。

（3）使能 SMSC 公司的 PHY 驱动。

修改后的网络 PHY 地址参数如下所示：

3.2.2 删除 uboot 中 74LV595 的驱动代码

uboot 中网络 PHY 芯片地址修改完成以后就是网络复位引脚的驱动修改了，打开mx6ull_alpha_emmc.c，找到如下代码： 

1
2
3
4
#define IOX_SDI IMX_GPIO_NR(5, 10)
#define IOX_STCP IMX_GPIO_NR(5, 7)
#define IOX_SHCP IMX_GPIO_NR(5, 11)
#define IOX_OE IMX_GPIO_NR(5, 8)

以 IOX 开头的宏定义是 74LV595 的相关 GPIO，因为 NXP 官方I.MX6ULL EVK 开发板使用 74LV595 来扩展 IO，两个网络的复位引脚就是由 74LV595 来控制的。正点原子的 I.MX6U-ALPHA 开发板并没有使用 74LV595，因此我们将上边的代码删除掉，替换为如下所示代码：

1
2
#define ENET1_RESET IMX_GPIO_NR(5, 7)
#define ENET2_RESET IMX_GPIO_NR(5, 8)

ENET1 的复位引脚连接到 SNVS_TAMPER7 上，对应 GPIO5_IO07， ENET2 的复位引脚连接到 SNVS_TAMPER8 上，对应 GPIO5_IO08。 继续在 mx6ull_alpha_emmc.c 中找到如下代码： 

1
2
3
4
5
6
7
8
9
10
static iomux_v3_cfg_t const iox_pads[] = {
	/* IOX_SDI */
	MX6_PAD_BOOT_MODE0__GPIO5_IO10 | MUX_PAD_CTRL(NO_PAD_CTRL),
	/* IOX_SHCP */
	MX6_PAD_BOOT_MODE1__GPIO5_IO11 | MUX_PAD_CTRL(NO_PAD_CTRL),
	/* IOX_STCP */
	MX6_PAD_SNVS_TAMPER7__GPIO5_IO07 | MUX_PAD_CTRL(NO_PAD_CTRL),
	/* IOX_nOE */
	MX6_PAD_SNVS_TAMPER8__GPIO5_IO08 | MUX_PAD_CTRL(NO_PAD_CTRL),
};

这部分是74LV595 的 IO 配置参数结构体，将其删除掉。继续在mx6ull_alpha_emmc.c 中找到函数 iox74lv_init，如下所示： 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
static void iox74lv_init(void)
{
	int i;

	gpio_direction_output(IOX_OE, 0);

	for (i = 7; i >= 0; i--) {
		gpio_direction_output(IOX_SHCP, 0);
		gpio_direction_output(IOX_SDI, seq[qn_output[i]][0]);
		udelay(500);
		gpio_direction_output(IOX_SHCP, 1);
		udelay(500);
	}

	gpio_direction_output(IOX_STCP, 0);
	udelay(500);
	//......
	udelay(500);
	/*
	 * shift register will be output to pins
	 */
	gpio_direction_output(IOX_STCP, 1);
};

iox74lv_init 函数是 74LV595 的初始化函数 ，这个函数需要删除掉，继续在mx6ull_alpha_emmc.c 中找到函数 iox74lv_set ，如下所示：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
void iox74lv_set(int index)
{
	int i;

	for (i = 7; i >= 0; i--) {
		gpio_direction_output(IOX_SHCP, 0);

		if (i == index)
			gpio_direction_output(IOX_SDI, seq[qn_output[i]][0]);
		else
			gpio_direction_output(IOX_SDI, seq[qn_output[i]][1]);
		udelay(500);
		gpio_direction_output(IOX_SHCP, 1);
		udelay(500);
	}

	// ......
	/*
	  * shift register will be output to pins
	  */
	gpio_direction_output(IOX_STCP, 1);
};

iox74lv_set 函数用于控制 74LV595 的 IO 输出电平，这个函数也需要删除掉。 在 mx6ull_alpha_emmc.c 中找到 board_init 函数，此函数是板子初始化函数，会被board_init_r 调用， board_init 函数内容如下 ：

1
2
3
4
5
6
7
8
9
int board_init(void)
{
	/* Address of boot parameters */
	gd->bd->bi_boot_params = PHYS_SDRAM + 0x100;
	imx_iomux_v3_setup_multiple_pads(iox_pads, ARRAY_SIZE(iox_pads));
	iox74lv_init();
	// ......
	return 0;
}

board_init 会调用 imx_iomux_v3_setup_multiple_pads 和 iox74lv_init 这两个函数来初始化74lv595 的 GPIO，将这两行删除掉。至此，mx6ull_alpha_emmc.c 中关于 74LV595 芯片的驱动代码都删除掉了，接下来就是添加 I.MX6U-ALPHA 开发板两个网络复位引脚了。

3.2.3 添加 I.MX6U-ALPHA 开发板网络复位引脚驱动

在 mx6ull_alpha_emmc.c 中找到如下所示代码：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
static iomux_v3_cfg_t const fec1_pads[] = {
	MX6_PAD_GPIO1_IO06__ENET1_MDIO | MUX_PAD_CTRL(MDIO_PAD_CTRL),
	MX6_PAD_GPIO1_IO07__ENET1_MDC | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_TX_DATA0__ENET1_TDATA00 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_TX_DATA1__ENET1_TDATA01 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_TX_EN__ENET1_TX_EN | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_TX_CLK__ENET1_REF_CLK1 | MUX_PAD_CTRL(ENET_CLK_PAD_CTRL),
	MX6_PAD_ENET1_RX_DATA0__ENET1_RDATA00 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_RX_DATA1__ENET1_RDATA01 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_RX_ER__ENET1_RX_ER | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_RX_EN__ENET1_RX_EN | MUX_PAD_CTRL(ENET_PAD_CTRL),
};

static iomux_v3_cfg_t const fec2_pads[] = {
	MX6_PAD_GPIO1_IO06__ENET2_MDIO | MUX_PAD_CTRL(MDIO_PAD_CTRL),
	MX6_PAD_GPIO1_IO07__ENET2_MDC | MUX_PAD_CTRL(ENET_PAD_CTRL),

	MX6_PAD_ENET2_TX_DATA0__ENET2_TDATA00 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET2_TX_DATA1__ENET2_TDATA01 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET2_TX_CLK__ENET2_REF_CLK2 | MUX_PAD_CTRL(ENET_CLK_PAD_CTRL),
	MX6_PAD_ENET2_TX_EN__ENET2_TX_EN | MUX_PAD_CTRL(ENET_PAD_CTRL),

	MX6_PAD_ENET2_RX_DATA0__ENET2_RDATA00 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET2_RX_DATA1__ENET2_RDATA01 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET2_RX_EN__ENET2_RX_EN | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET2_RX_ER__ENET2_RX_ER | MUX_PAD_CTRL(ENET_PAD_CTRL),
};

结构体数组 fec1_pads 和 fec2_pads 是 ENET1 和 ENET2 这两个网口的 IO 配置参数，在这两个数组中添加两个网口的复位 IO 配置参数，完成以后如下所示： 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
/* ENET1 网口 IO 配置参数
 * pin conflicts for fec1 and fec2, GPIO1_IO06 and GPIO1_IO07 can only
 * be used for ENET1 or ENET2, cannot be used for both.
 */
static iomux_v3_cfg_t const fec1_pads[] = {
	MX6_PAD_GPIO1_IO06__ENET1_MDIO | MUX_PAD_CTRL(MDIO_PAD_CTRL),
	MX6_PAD_GPIO1_IO07__ENET1_MDC | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_TX_DATA0__ENET1_TDATA00 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_TX_DATA1__ENET1_TDATA01 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_TX_EN__ENET1_TX_EN | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_TX_CLK__ENET1_REF_CLK1 | MUX_PAD_CTRL(ENET_CLK_PAD_CTRL),
	MX6_PAD_ENET1_RX_DATA0__ENET1_RDATA00 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_RX_DATA1__ENET1_RDATA01 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_RX_ER__ENET1_RX_ER | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET1_RX_EN__ENET1_RX_EN | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_SNVS_TAMPER7__GPIO5_IO07 | MUX_PAD_CTRL(NO_PAD_CTRL),
};
/* ENET2 网口 IO 配置参数 */
static iomux_v3_cfg_t const fec2_pads[] = {
	MX6_PAD_GPIO1_IO06__ENET2_MDIO | MUX_PAD_CTRL(MDIO_PAD_CTRL),
	MX6_PAD_GPIO1_IO07__ENET2_MDC | MUX_PAD_CTRL(ENET_PAD_CTRL),

	MX6_PAD_ENET2_TX_DATA0__ENET2_TDATA00 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET2_TX_DATA1__ENET2_TDATA01 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET2_TX_CLK__ENET2_REF_CLK2 | MUX_PAD_CTRL(ENET_CLK_PAD_CTRL),
	MX6_PAD_ENET2_TX_EN__ENET2_TX_EN | MUX_PAD_CTRL(ENET_PAD_CTRL),

	MX6_PAD_ENET2_RX_DATA0__ENET2_RDATA00 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET2_RX_DATA1__ENET2_RDATA01 | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET2_RX_EN__ENET2_RX_EN | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_ENET2_RX_ER__ENET2_RX_ER | MUX_PAD_CTRL(ENET_PAD_CTRL),
	MX6_PAD_SNVS_TAMPER8__GPIO5_IO08 | MUX_PAD_CTRL(NO_PAD_CTRL),
};

继续在文件 mx6ull_alpha_emmc.c 中找到函数 setup_iomux_fec，此函数默认代码如下：

1
2
3
4
5
6
7
8
9
static void setup_iomux_fec(int fec_id)
{
	if (fec_id == 0)
		imx_iomux_v3_setup_multiple_pads(fec1_pads,
						 ARRAY_SIZE(fec1_pads));
	else
		imx_iomux_v3_setup_multiple_pads(fec2_pads,
						 ARRAY_SIZE(fec2_pads));
}

修改后如下所示：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
static void setup_iomux_fec(int fec_id)
{
	if (fec_id == 0)
	{
		imx_iomux_v3_setup_multiple_pads(fec1_pads, ARRAY_SIZE(fec1_pads));
		/* ENET1的复位 IO初始化，将这两个IO设置为输出并且硬件复位一下 LAN8720A，这个硬件复位很重要否则可能导致 uboot无法识别 LAN8720A。 */
		gpio_direction_output(ENET1_RESET, 1);
		gpio_set_value(ENET1_RESET, 0);
		mdelay(20);
		gpio_set_value(ENET1_RESET, 1);
	}
	else
	{
		imx_iomux_v3_setup_multiple_pads(fec2_pads, ARRAY_SIZE(fec2_pads));
		/* ENET2的复位 IO初始化，将这两个IO设置为输出并且硬件复位一下 LAN8720A，这个硬件复位很重要否则可能导致 uboot无法识别 LAN8720A。 */
		gpio_direction_output(ENET2_RESET, 1);
		gpio_set_value(ENET2_RESET, 0);
		mdelay(20);
		gpio_set_value(ENET2_RESET, 1);
	}
}

新增加的部分分别对应 ENET1 和 ENET2 的复位 IO 初始化，将这两个 IO 设置为输出并且硬件复位一下 LAN8720A，这个硬件复位很重要！否则可能导致 uboot 无法识别 LAN8720A。

这个函数位于 drivers/net/phy/phy.c 文件中，这是个通用 PHY 驱动函数，此函数用于更新 PHY 的连接状态和速度。使用 LAN8720A 的时候需要在此函数中添加一些代码，修改后的函数 genphy_update_link 如下所示： 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
/**
 * genphy_update_link - update link status in @phydev
 * @phydev: target phy_device struct
 *
 * Description: Update the value in phydev->link to reflect the
 *   current link value.  In order to do this, we need to read
 *   the status register twice, keeping the second value.
 */
int genphy_update_link(struct phy_device *phydev)
{
	unsigned int mii_reg;
#ifdef CONFIG_PHY_SMSC
	/* 条件编译代码段，只有使用 SMSC公司的 PHY这段代码才会执行 */
	static int lan8720_flag = 0;
	int bmcr_reg = 0;
	if (lan8720_flag == 0)
	{
		bmcr_reg = phy_read(phydev, MDIO_DEVAD_NONE, MII_BMCR);  /* 读取LAN8720A的 BMCR寄存器 (寄存器地址为 0)，此寄存器为LAN8720A的配置寄存器，这里先读取此寄存器的默认值并保存起来。 */
		phy_write(phydev, MDIO_DEVAD_NONE, MII_BMCR, BMCR_RESET);/* 向寄存器BMCR寄存器写入BMCR_RESET(值为0X8000)，因为BMCR的 bit15是软件复位控制位，复位完成以后此位会自动清零。*/
		/* 等待 LAN8720A软件复位完成，也就是判断 BMCR的 bit15位是否为 1，为 1的话表示还没有复位完成。*/
		while(phy_read(phydev, MDIO_DEVAD_NONE, MII_BMCR) & 0X8000)
		{
			udelay(100);
		}
		phy_write(phydev, MDIO_DEVAD_NONE, MII_BMCR, bmcr_reg); /* 重新向 BMCR寄存器写入以前的值，也就是前边读出的那个值。 */
		lan8720_flag = 1;

	}
#endif
	/*
	 * Wait if the link is up, and autonegotiation is in progress
	 * (ie - we're capable and it's not done)
	 */
	mii_reg = phy_read(phydev, MDIO_DEVAD_NONE, MII_BMSR);

	/*
	 * If we already saw the link up, and it hasn't gone down, then
	 * we don't need to wait for autoneg again
	 */
	if (phydev->link && mii_reg & BMSR_LSTATUS)
		return 0;

	if ((phydev->autoneg == AUTONEG_ENABLE) &&
	    !(mii_reg & BMSR_ANEGCOMPLETE)) {
		int i = 0;

		printf("%s Waiting for PHY auto negotiation to complete",
			phydev->dev->name);
		while (!(mii_reg & BMSR_ANEGCOMPLETE)) {
			/*
			 * Timeout reached ?
			 */
			if (i > PHY_ANEG_TIMEOUT) {
				printf(" TIMEOUT !\n");
				phydev->link = 0;
				return 0;
			}

			if (ctrlc()) {
				puts("user interrupt!\n");
				phydev->link = 0;
				return -EINTR;
			}

			if ((i++ % 500) == 0)
				printf(".");

			udelay(1000);	/* 1 ms */
			mii_reg = phy_read(phydev, MDIO_DEVAD_NONE, MII_BMSR);
		}
		printf(" done\n");
		phydev->link = 1;
	} else {
		/* Read the link a second time to clear the latched state */
		mii_reg = phy_read(phydev, MDIO_DEVAD_NONE, MII_BMSR);

		if (mii_reg & BMSR_LSTATUS)
			phydev->link = 1;
		else
			phydev->link = 0;
	}

	return 0;
}

3.3 编译下载测试

我们编译好后下载到SD卡中，将会有如下打印信息：

image-20230730224023173

我们发现看到有“Net： FEC1”这一行，提示当前使用的 FEC1 这个网口，也就是 ENET2。 但下边紧跟着就报错啦，说是地址没设置，那我们设置一下就好啦：

1
2
3
4
5
6
=> setenv ipaddr 192.168.10.109     # 开发板 IP 地址
=> setenv ethaddr b8:ae:1d:01:00:01 # 开发板网卡 MAC 地址
=> setenv gatewayip 192.168.10.1    # 开发板默认网关
=> setenv netmask 255.255.255.0     # 开发板子网掩码
=> saveenv
=> print ipaddr ethaddr gatewayip netmask
image-20230730224146997

设置好环境变量以后就可以在 uboot 中使用网络了，可以发现设置完IP后，这里就不再报错了：

image-20230730224659211

用网线将 I.MX6U-ALPHA 上的 ENET2 与电脑或者路由器连接起来，保证开发板和电脑在同一个网段内，通过 ping 命令来测试一下网络连接，命令如下：

1
ping 192.168.10.100
image-20230730230203861

需要注意的是，由于我用的是扩展坞扩展的网口，经常会出现通信失败的情况，要是出现的话，我们可以在windows下重启一下这个网口，一般就可以了，可以win+r调出运行框，然后输入以下命令：

1
ncpa.cpl

然后就会打开控制界面，我可以双击扩展的以太网口，进行禁用，然后重新启动即可。

4. 其他修改

在 uboot 启动信息中会有“Board: MX6ULL 14x14 EVK”这一句，也就是说板子名字为“ MX6ULL 14x14 EVK”，要将其改为我们所使用的板子名字，比如“ MX6ULL ALPHA EMMC”或者“MX6ULL ALPHA NAND”。打开文件 mx6ull_alpha_emmc.c，找到函数checkboard，将其改为如下所示内容： 

1
2
3
4
5
6
7
8
9
int checkboard(void)
{
	if (is_mx6ull_9x9_evk())
		puts("Board: MX6ULL 9x9 EVK\n");
	else
		puts("Board: MX6ULL ALPHA EMMC(8GB)\n");

	return 0;
}

然后重新编译烧写，重启后就会发现这里已经被修改为我们想要的样子啦：

image-20230731162034012

三、bootcmd与bootargs

1. 概述

uboot 中有两个非常重要的环境变量 bootcmd 和 bootargs，接下来看一下这两个环境变量。bootcmd 和 bootagrs 是采用类似 shell 脚本语言编写的，里面有很多的变量引用，这些变量其实都是环境变量，有很多是NXP自己定义的 。文件 mx6ull_alpha_emmc.h 中的宏CONFIG_EXTRA_ENV_SETTINGS 保存着这些环境变量的默认值，内容如下： 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
#define CONFIG_MFG_ENV_SETTINGS \
	"mfgtool_args=setenv bootargs console=${console},${baudrate} " \
	    CONFIG_BOOTARGS_CMA_SIZE \
		"rdinit=/linuxrc " \
		"g_mass_storage.stall=0 g_mass_storage.removable=1 " \
		"g_mass_storage.file=/fat g_mass_storage.ro=1 " \
		"g_mass_storage.idVendor=0x066F g_mass_storage.idProduct=0x37FF "\
		"g_mass_storage.iSerialNumber=\"\" "\
		CONFIG_MFG_NAND_PARTITION \
		"clk_ignore_unused "\
		"\0" \
	"initrd_addr=0x83800000\0" \
	"initrd_high=0xffffffff\0" \
	"bootcmd_mfg=run mfgtool_args;bootz ${loadaddr} ${initrd_addr} ${fdt_addr};\0" \

#if defined(CONFIG_SYS_BOOT_NAND)
#define CONFIG_EXTRA_ENV_SETTINGS \
	CONFIG_MFG_ENV_SETTINGS \
	"panel=ATK-LCD-4.3-800x480\0" \
	"fdt_addr=0x83000000\0" \
	"fdt_high=0xffffffff\0"	  \
	"console=ttymxc0\0" \
	"bootargs=console=ttymxc0,115200 ubi.mtd=4 "  \
		"root=ubi0:rootfs rootfstype=ubifs "		     \
		CONFIG_BOOTARGS_CMA_SIZE \
		"mtdparts=gpmi-nand:64m(boot),16m(kernel),16m(dtb),1m(misc),-(rootfs)\0"\
	"bootcmd=nand read ${loadaddr} 0x4000000 0x800000;"\
		"nand read ${fdt_addr} 0x5000000 0x100000;"\
		"bootz ${loadaddr} - ${fdt_addr}\0"

#else
#define CONFIG_EXTRA_ENV_SETTINGS \
	CONFIG_MFG_ENV_SETTINGS \
	"script=boot.scr\0" \
	"image=zImage\0" \
	"console=ttymxc0\0" \
	"fdt_high=0xffffffff\0" \
	"initrd_high=0xffffffff\0" \
	"fdt_file=undefined\0" \
	"fdt_addr=0x83000000\0" \
	"boot_fdt=try\0" \
	"ip_dyn=yes\0" \
	"panel=ATK-LCD-4.3-800x480\0" \
	"mmcdev="__stringify(CONFIG_SYS_MMC_ENV_DEV)"\0" \
	"mmcpart=" __stringify(CONFIG_SYS_MMC_IMG_LOAD_PART) "\0" \
	"mmcroot=" CONFIG_MMCROOT " rootwait rw\0" \
	"mmcautodetect=yes\0" \
	"mmcargs=setenv bootargs console=${console},${baudrate} " \
		CONFIG_BOOTARGS_CMA_SIZE \
		"root=${mmcroot}\0" \
	"loadbootscript=" \
		"fatload mmc ${mmcdev}:${mmcpart} ${loadaddr} ${script};\0" \
	"bootscript=echo Running bootscript from mmc ...; " \
		"source\0" \
	"loadimage=fatload mmc ${mmcdev}:${mmcpart} ${loadaddr} ${image}\0" \
	"loadfdt=fatload mmc ${mmcdev}:${mmcpart} ${fdt_addr} ${fdt_file}\0" \
	"mmcboot=echo Booting from mmc ...; " \
		"run mmcargs; " \
		"if test ${boot_fdt} = yes || test ${boot_fdt} = try; then " \
			"if run loadfdt; then " \
				"bootz ${loadaddr} - ${fdt_addr}; " \
			"else " \
				"if test ${boot_fdt} = try; then " \
					"bootz; " \
				"else " \
					"echo WARN: Cannot load the DT; " \
				"fi; " \
			"fi; " \
		"else " \
			"bootz; " \
		"fi;\0" \
	"netargs=setenv bootargs console=${console},${baudrate} " \
		CONFIG_BOOTARGS_CMA_SIZE \
		"root=/dev/nfs " \
	"ip=dhcp nfsroot=${serverip}:${nfsroot},v3,tcp\0" \
		"netboot=echo Booting from net ...; " \
		"run netargs; " \
		"if test ${ip_dyn} = yes; then " \
			"setenv get_cmd dhcp; " \
		"else " \
			"setenv get_cmd tftp; " \
		"fi; " \
		"${get_cmd} ${image}; " \
		"if test ${boot_fdt} = yes || test ${boot_fdt} = try; then " \
			"if ${get_cmd} ${fdt_addr} ${fdt_file}; then " \
				"bootz ${loadaddr} - ${fdt_addr}; " \
			"else " \
				"if test ${boot_fdt} = try; then " \
					"bootz; " \
				"else " \
					"echo WARN: Cannot load the DT; " \
				"fi; " \
			"fi; " \
		"else " \
			"bootz; " \
		"fi;\0" \
		"findfdt="\
			"if test $fdt_file = undefined; then " \
				"if test $board_name = EVK && test $board_rev = 9X9; then " \
					"setenv fdt_file imx6ull-9x9-evk.dtb; fi; " \
				"if test $board_name = EVK && test $board_rev = 14X14; then " \
					"setenv fdt_file imx6ull-14x14-evk.dtb; fi; " \
				"if test $fdt_file = undefined; then " \
					"echo WARNING: Could not determine dtb to use; fi; " \
			"fi;\0" \

#define CONFIG_BOOTCOMMAND \
	   "run findfdt;" \
	   "mmc dev ${mmcdev};" \
	   "mmc dev ${mmcdev}; if mmc rescan; then " \
		   "if run loadbootscript; then " \
			   "run bootscript; " \
		   "else " \
			   "if run loadimage; then " \
				   "run mmcboot; " \
			   "else run netboot; " \
			   "fi; " \
		   "fi; " \
	   "else run netboot; fi"
#endif

宏 CONFIG_EXTRA_ENV_SETTINGS 是个条件编译语句，使用 NAND 和 EMMC 的时候宏 CONFIG_EXTRA_ENV_SETTINGS 的值是不同的。

2. bootcmd

bootcmd 保存着 uboot 默认命令， uboot 倒计时结束以后就会执行 bootcmd 中的命令。这些命令一般都是用来启动 Linux 内核的，比如读取 EMMC 或者 NAND Flash 中的 Linux 内核镜像文件和设备树文件到 DRAM 中，然后启动 Linux 内核。可以在 uboot 启动以后进入命令行设置 bootcmd 环境变量的值。如果 EMMC 或者 NAND 中没有保存 bootcmd 的值，那么 uboot 就会使用默认的值，板子第一次运行 uboot 的时候都会使用默认值来设置 bootcmd 环境变量。打开文件 include/env_default.h，在此文件中有如下所示内容 ：

image-20230731162611666

第 13~23 行 ， 这段代码是个条件编译， 由于没有定义DEFAULT_ENV_INSTANCE_EMBEDDED 和 CONFIG_SYS_REDUNDAND_ENVIRONMENT，因此 uchar default_environment[]数组保存环境变量。

default_environment数组中指定了很多环境变量的默认值，比如 bootcmd 的默认值就是CONFIG_BOOTCOMMAND， bootargs 的默认值就是 CONFIG_BOOTARGS。我们可以在mx6ull_alphak_emmc.h 文件中通过设置宏 CONFIG_BOOTCOMMAND 来设置 bootcmd 的默认值， NXP 官方设置的 CONFIG_BOOTCOMMAND 值如下：

image-20230731162842324

第 207 行， run findfdt；使用的是 uboot 的 run 命令来运行 findfdt， findfdt 是 NXP 自行添加的环境变量。 findfdt 是用来查找开发板对应的设备树文件(.dtb)。 IMX6ULL EVK 的设备树文件为 imx6ull-14x14-evk.dtb， findfdt（mx6ull_alphak_emmc.h文件中） 内容如下：

image-20230731163050919

findfdt 里面用到的变量有 fdt_file， board_name， board_rev，这三个变量内容如下：

1
fdt_file=undefined， board_name=EVK， board_rev=14X14

findfdt 做的事情就是判断， fdt_file 是否为 undefined，如果 fdt_file 为 undefined 的话那就要根据板子信息得出所需的.dtb 文件名。此时 fdt_file为 undefined，所以根据 board_name 和board_rev 来判断实际所需的.dtb 文件，如果 board_name 为 EVK 并且 board_rev=9x9 的话 fdt_file就为 imx6ull-9x9-evk.dtb。如果 board_name 为 EVK 并且 board_rev=14x14 的话 fdt_file 就设置为 imx6ull-14x14-evk.dtb。因此 IMX6ULL EVK 板子的设备树文件就是 imx6ull-14x14-evk.dtb，因此 run findfdt 的结果就是设置 fdt_file 为 imx6ull-14x14-evk.dtb。

第 208 行， mmc dev ${mmcdev}用于切换 mmc 设备， mmcdev 为 1，因此这行代码就是： mmcdev 1，也就是切换到 EMMC 上。

第 209 行，先执行 mmc dev ${mmcdev}切换到 EMMC 上，然后使用命令 mmc rescan 扫描看有没有 SD 卡或者 EMMC 存在，如果没有的话就直接跳到 218 行，执行 run netboot， netboot也是一个自定义的环境变量，这个变量是从网络启动 Linux 的。如果 mmc 设备存在的话就从mmc 设备启动。
第 210 行， 运行 loadbootscript 环境变量，此环境变量内容如下： 

1
loadbootscript=fatload mmc ${mmcdev}:${mmcpart} ${loadaddr} ${script};

其中 mmcdev=1， mmcpart=1， loadaddr=0x80800000， script= boot.scr，因此展开以后就是： 

1
loadbootscript=fatload mmc 1:1 0x80800000 boot.scr;

loadbootscript 就是从 mmc1 的分区 1 中读取文件 boot.src 到 DRAM 的 0X80800000 处。但是 mmc1 的分区 1 中没有 boot.src 这个文件，可以使用命令“ls mmc 1:1”查看一下 mmc1 分区 1 中的所有文件，看看有没有 boot.src 这个文件。

第 211 行， 如果加载 boot.src 文件成功的话就运行 bootscript 环境变量， bootscript 的内容如下 :

1
2
bootscript=echo Running bootscript from mmc ...;
source

因为 boot.src 文件不存在，所以 bootscript 也就不会运行。

第 213 行， 如果 loadbootscript 没有找到 boot.src 的话就运行环境变量 loadimage，环境变量loadimage 内容如下： 

1
loadimage=fatload mmc ${mmcdev}:${mmcpart} ${loadaddr} ${image}

其中 mmcdev=1， mmcpart=1， loadaddr=0x80800000， image = zImage， 展开以后就是： 

1
loadimage=fatload mmc 1:1 0x80800000 zImage

可以看出 loadimage 就是从 mmc1 的分区中读取 zImage 到内存的 0X80800000 处，而 mmc1 的分区 1 中存在 zImage。

第 212 行， 加载 linux 镜像文件 zImage 成功以后就运行环境变量 mmcboot，否则的话运行 netboot 环境变量。

点击查看 netboot

mmcboot 环境变量如下：

image-20230731163602889

第 156 行， 输出信息“Booting from mmc …”。

第 157 行， 运行环境变量 mmcargs， mmcargs 用来设置 bootargs，后面分析 bootargs 的时候在学习。

第 158 行， 判断boot_fdt是否为yes或者try，根据uboot输出的环境变量信息可知boot_fdt=try。因此会执行 159 行的语句。

第 159 行， 运行环境变量 loadfdt，环境变量 loadfdt 定义如下：

1
loadfdt=fatload mmc ${mmcdev}:${mmcpart} ${fdt_addr} ${fdt_file}

展开以后就是：

1
loadfdt=fatload mmc 1:1 0x83000000 imx6ull-14x14-evk.dtb

因此 loadfdt 的作用就是从 mmc1 的分区 1 中读取 imx6ull-14x14-evk.dtb 文件并放到 0x83000000处。

第 160 行，如果读取.dtb 文件成功的话那就调用命令 bootz 启动 linux，调用方法如下： 

1
bootz ${loadaddr} - ${fdt_addr};

展开就是：

1
bootz 0x80800000 - 0x83000000 (注意‘-’前后要有空格)

至此 Linux 内核启动，如此复杂的设置就是为了从 EMMC 中读取 zImage 镜像文件和设备树文件。经过分析，浓缩出来的仅仅是 4 行精华：

1
2
3
4
mmc dev 1                         # 切换到 EMMC
fatload mmc 1:1 0x80800000 zImage # 读取 zImage 到 0x80800000 处
fatload mmc 1:1 0x83000000 imx6ull-14x14-evk.dtb # 读取设备树到 0x83000000 处
bootz 0x80800000 - 0x83000000     # 启动 Linux

NXP 官方将 CONFIG_BOOTCOMMAND 写的这么复杂只有一个目的：为了兼容多个板子，所以写了个很复杂的脚本。当我们明确知道我们所使用的板子的时候就可以大幅简化宏CONFIG_BOOTCOMMAND 的 设 置 ， 比如我们要从EMMC 启 动 ， 那么宏CONFIG_BOOTCOMMAND 就可简化为： 

1
2
3
4
5
#define CONFIG_BOOTCOMMAND \
    "mmc dev 1;" \
    "fatload mmc 1:1 0x80800000 zImage;" \
    "fatload mmc 1:1 0x83000000 imx6ull-14x14-evk.dtb;" \
    "bootz 0x80800000 - 0x83000000;"

或者可以直接在 uboot 中设置 bootcmd 的值，这个值就是保存到 EMMC 中的，命令如下： 

1
setenv bootcmd 'mmc dev 1; fatload mmc 1:1 80800000 zImage; fatload mmc 1:1 83000000 imx6ull-14x14-evk.dtb;bootz 80800000 - 83000000;

3. bootargs

bootargs 保存着 uboot 传递给 Linux 内核的参数，在上一小节讲解 bootcmd 的时候说过，bootargs 环境变量是由 mmcargs 设置的， mmcargs 环境变量如下： 

1
mmcargs=setenv bootargs console=${console},${baudrate} root=${mmcroot}

其中 console=ttymxc0， baudrate=115200， mmcroot=/dev/mmcblk1p2 rootwait rw，因此将mmcargs 展开以后就是： 

1
mmcargs=setenv bootargs console= ttymxc0, 115200 root= /dev/mmcblk1p2 rootwait rw

可以看出环境变量 mmcargs 就是设置 bootargs 的值为“ console= ttymxc0, 115200 root=/dev/mmcblk1p2 rootwait rw”， bootargs 就是设置了很多的参数的值，这些参数 Linux 内核会使用到，常用的参数有：

  • （1）console

console 用来设置 linux 终端(或者叫控制台)，也就是通过什么设备来和 Linux 进行交互，是串口还是 LCD 屏幕？如果是串口的话应该是串口几等等。一般设置串口作为 Linux 终端，这样我们就可以在电脑上通过 SecureCRT 来和 linux 交互了。这里设置 console 为 ttymxc0，因为 linux启动以后I.MX6ULL 的串口 1 在 linux 下的设备文件就是/dev/ttymxc0，在 Linux 下，一切皆文件。

ttymxc0 后面有个“,115200”，这是设置串口的波特率， console=ttymxc0,115200 综合起来就是设置 ttymxc0（也就是串口 1）作为 Linux 的终端，并且串口波特率设置为 115200。

  • （2）root

oot 用来设置根文件系统的位置， root=/dev/mmcblk1p2 用于指明根文件系统存放在mmcblk1 设备的分区 2 中。 EMMC 版本的核心板启动 linux 以后会存在/dev/mmcblk0、/dev/mmcblk1、 /dev/mmcblk0p1、 /dev/mmcblk0p2、 /dev/mmcblk1p1 和/dev/mmcblk1p2 这样的文件，其中/dev/mmcblkx(x=0~n)表示 mmc 设备，而/dev/mmcblkxpy(x=0~n,y=1~n)表示 mmc 设备x 的分区 y。在 I.MX6U-ALPHA 开发板中/dev/mmcblk1 表示 EMMC，而/dev/mmcblk1p2 表示EMMC 的分区 2。

root 后面有“rootwait rw”， rootwait 表示等待 mmc 设备初始化完成以后再挂载，否则的话 mmc 设备还没初始化完成就挂载根文件系统会出错的。 rw 表示根文件系统是可以读写的，不加rw 的话可能无法在根文件系统中进行写操作，只能进行读操作。

  • （3）rootfstype

此选项一般配置 root 一起使用， rootfstype 用于指定根文件系统类型，如果根文件系统为ext 格式的话此选项无所谓。如果根文件系统是 yaffs、 jffs 或 ubifs 的话就需要设置此选项，指定根文件系统的类型。