linux 修改nand分区嵌入式Linux系统移植的四大步骤（详细长文，慎入！）

发布时间 : 2024-11-29

作者 : 小编

访问数量 : 23

扫码分享至微信

嵌入式Linux系统移植的四大步骤（详细长文，慎入！）

最近在学习系统移植的相关知识，在学习和调试过程中，发现了很多问题，也解决了很多问题，但总是对于我们的开发结果有一种莫名其妙的感觉，纠其原因，主要对于我们的开发环境没有一个深刻的认识，有时候几个简单的命令就可以完成非常复杂的功能，可是我们有没有想过，为什么会有这样的效果？如果没有去追问，只是机械地完成，并且看到实验效果，这样做其实并没有真正的掌握系统移植的本质。

在做每一个步骤的时候，首先问问自己，为什么要这样做，然后再问问自己正在做什么？ 搞明白这几个问题，我觉得就差不多了，以后不管更换什么平台，什么芯片，什么开发环境，你都不会迷糊，很快就会上手。对于嵌入式的学习方法，我个人方法就是：从宏观上把握(解决为什么的问题)，微观上研究(解决正在做什么的问题)，下面以自己学习的arm-cortex_a8开发板为目标，介绍下自己的学习方法和经验。

嵌入式Linux系统移植主要 由 四大部分组成：

一、搭建交叉开发环境 二、bootloader的选择和移植 三、kernel的配置、编译、和移植 四、根文件系统的制作 第一部分：搭建交叉开发环境

先介绍第一分部的内容：搭建交叉开发环境，首先必须得思考两个问题，什么是交叉环境? 为什么需要搭建交叉环境？

先回答第一个问题，在嵌入式开发中，交叉开发是很重要的一个概念，开发的第一个环节就是搭建环境，第一步不能完成，后面的步骤从无谈起，这里所说的交叉开发环境主要指的是：在开发主机上(通常是我的pc机)开发出能够在目标机(通常是我们的开发板)上运行的程序。嵌入式比较特殊的是不能在目标机上开发程序(狭义上来说)，因为对于一个原始的开发板，在没有任何程序的情况下它根本都跑不起来，为了让它能够跑起来，我们还必须要借助pc机进行烧录程序等相关工作，开发板才能跑起来，这里的pc机就是我们说的开发主机，想想如果没有开发主机，我们的目标机基本上就是无法开发，这也就是电子行业的一句名言：搞电子，说白了，就是玩电脑！

然后回答第二个问题，为什么需要交叉开发环境？主要原因有以下几点：

原因1： 嵌入式系统的硬件资源有很多限制，比如cpu主频相对较低，内存容量较小等，想想让几百MHZ主频的MCU去编译一个Linux kernel会让我们等的不耐烦，相对来说，pc机的速度更快，硬件资源更加丰富，因此利用pc机进行开发会提高开发效率。

原因2： 嵌入式系统MCU体系结构和指令集不同，因此需要安装交叉编译工具进行编译，这样编译的目标程序才能够在相应的平台上比如：ARM、MIPS、 POWEPC上正常运行。

交叉开发环境的硬件组成主要由以下几大部分 ：

1.开发主机 2.目标机（开发板） 3.二者的链接介质，常用的主要有3中方式：(1)串口线 (2)USB线 (3)网线

对应的硬件介质，还必须要有相应的软件“介质”支持：

1.对于串口，通常用的有串口调试助手，putty工具等，工具很多，功能都差不多，会用一两款就可以；2.对于USB线，当然必须要有USB的驱动才可以，一般芯片公司会提供，比如对于三星的芯片，USB下载主要由DNW软件来完成；3.对于网线，则必须要有网络协议支持才可以，常用的服务主要两个

第一：tftp服务：

主要用于实现文件的下载，比如开发调试的过程中，主要用tftp把要测试的bootloader、kernel和文件系统直接下载到内存中运行，而不需要预先烧录到Flash芯片中，一方面，在测试的过程中，往往需要频繁的下载，如果每次把这些要测试的文件都烧录到Flash中然后再运行也可以，但是缺点是：过程比较麻烦，而且Flash的擦写次数是由限的；另外一方面：测试的目的就是把这些目标文件加载到内存中直接运行就可以了，而tftp就刚好能够实现这样的功能，因此，更没有必要把这些文件都烧录到Flash中去

第二：nfs服务：

主要用于实现网络文件的挂载，实际上是实现网络文件的共享，在开发的过程中，通常在系统移植的最后一步会制作文件系统，那么这是可以把制作好的文件系统放置在我们开发主机PC的相应位置，开发板通过nfs服务进行挂载，从而测试我们制作的文件系统是否正确，在整个过程中并不需要把文件系统烧录到Flash中去，而且挂载是自动进行挂载的，bootload启动后，kernel运行起来后会根据我们设置的启动参数进行自动挂载，因此，对于开发测试来讲，这种方式非常的方便，能够提高开发效率。

另外，还有一个名字叫samba 的服务也比较重要，主要用于文件的共享，这里说的共享和nfs的文件共享不是同一个概念，nfs的共享是实现网络文件的共享，而samba实现的是开发主机上Windows主机和Linux虚拟机之间的文件共享，是一种跨平台的文件共享 ，方便的实现文件的传输。

以上这几种开发的工具在嵌入式开发中是必备的工具，对于嵌入式开发的效率提高做出了伟大的贡献，因此，要对这几个工具熟练使用，这样你的开发效率会提高很多。等测试完成以后，就会把相应的目标文件烧录到Flash中去，也就是等发布产品的时候才做的事情，因此对于开发人员来说，所有的工作永远是测试。

通过前面的工作，我们已经准备好了交叉开发环境的硬件部分和一部分软件，最后还缺少交叉编译器，读者可能会有疑问，为什么要用交叉编译器？前面已经讲过，交叉开发环境必然会用到交叉编译工具，通俗地讲就是在一种平台上编译出能运行在体系结构不同的另一种平台上的程序，开发主机PC平台（X86 CPU）上编译出能运行在以ARM为内核的CPU平台上的程序，编译得到的程序在X86 CPU平台上是不能运行的，必须放到ARM CPU平台上才能运行，虽然两个平台用的都是Linux系统。相对于交叉编译，平常做的编译叫本地编译，也就是在当前平台编译，编译得到的程序也是在本地执行。用来编译这种跨平台程序的编译器就叫交叉编译器，相对来说，用来做本地编译的工具就叫本地编译器。所以要生成在目标机上运行的程序，必须要用交叉编译工具链来完成。

这里又有一个问题，不就是一个交叉编译工具吗？为什么又叫交叉工具链呢？原因很简单，程序不能光编译一下就可以运行，还得进行汇编和链接等过程，同时还需要进行调试，对于一个很大工程，还需要进行工程管理等等，所以，这里说的交叉编译工具是一个由编译器、连接器和解释器 组成的综合开发环境，交叉编译工具链主要由binutils(主要包括汇编程序as和链接程序ld)、gcc(为GNU系统提供C编译器)和glibc(一些基本的C函数和其他函数的定义) 3个部分组成。有时为了减小libc库的大小，也可以用别的 c 库来代替 glibc，例如 uClibc、dietlibc 和 newlib。

那么，如何得到一个交叉工具链呢？是从网上下载一个“程序”然后安装就可以使用了吗？回答这个问题之前先思考这样一个问题，我们的交叉工具链顾名思义就是在PC机上编译出能够在我们目标开发平台比如ARM上运行的程序，这里就又有一个问题了，我们的ARM处理器型号非常多，难道有专门针对我们某一款的交叉工具链吗？若果有的话，可以想一想，这么多处理器平台，每个平台专门定制一个交叉工具链放在网络上，然后供大家去下载，想想可能需要找很久才能找到适合你的编译器，显然这种做法不太合理，且浪费资源！因此，要得到一个交叉工具链，就像我们移植一个Linux内核一样，我们只关心我们需要的东西，编译我们需要的东西在我们的平台上运行，不需要的东西我们不选择不编译，所以，交叉工具链的制作方法和系统移植有着很多相似的地方，也就是说，交叉开发工具是一个支持很多平台的工具集的集合(类似于Linux源码)，然后我们只需从这些工具集中找出跟我们平台相关的工具就行了，那么如何才能找到跟我们的平台相关的工具，这就是涉及到一个如何制作交叉工具链的问题了。

通常构建交叉工具链有如下三种方法：

方法一： 分步编译和安装交叉编译工具链所需要的库和源代码，最终生成交叉编译工具链。该方法相对比较困难，适合想深入学习构建交叉工具链的读者。如果只是想使用交叉工具链，建议使用下列的方法二构建交叉工具链。

方法二： 通过Crosstool-ng脚本工具来实现一次编译，生成交叉编译工具链，该方法相对于方法一要简单许多，并且出错的机会也非常少，建议大多数情况下使用该方法构建交叉编译工具链。

方法三： 直接通过网上下载已经制作好的交叉编译工具链。该方法的优点不用多说，当然是简单省事，但与此同时该方法有一定的弊端就是局限性太大，因为毕竟是别人构建好的，也就是固定的，没有灵活性，所以构建所用的库以及编译器的版本也许并不适合你要编译的程序，同时也许会在使用时出现许多莫名其妙的错误，建议读者慎用此方法。

crosstool-ng是一个脚本工具，可以制作出适合不同平台的交叉编译工具链，在进行制作之前要安装一下软件： $ sudo apt-get install g++ libncurses5-dev bison flex texinfo automake libtool patch gcj cvs cvsd gawk crosstool脚本工具可以在http://ymorin.is-a-geek.org/projects/crosstool下载到本地，然后解压，接下来就是进行安装配置了，这个配置优点类似内核的配置。主要的过程有以下几点： 1. 设定源码包路径和交叉编译器的安装路径 2. 修改交叉编译器针对的构架

3. 增加编译时的并行进程数，以增加运行效率，加快编译，因为这个编译会比较慢。 4. 关闭JAVA编译器，减少编译时间 5. 编译 6. 添加环境变量 7. 刷新环境变量。 8. 测试交叉工具链

到此，嵌入式Linux系统移植四大部分的第一部分工作全部完成，接下来可以进行后续的开发了。第二部分：bootloader的选择和移植

一、Boot Loader 概念

就是在操作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境，他就是所谓的引导加载程序（Boot Loader）。

【图1】Flash存储中存放文件的分布图

二、为什么系统移植之前要先移植BootLoader？

BootLoader的任务是引导操作系统，所谓引导操作系统，就是启动内核，让内核运行就是把内核加载到内存RAM中去运行，那先问两个问题：第一个问题，是谁把内核搬到内存中去运行？第二个问题：我们说的内存是SDRAM，大家都知道，这种内存和SRAM不同，最大的不同就是SRAM只要系统上电就可以运行，而SDRAM需要软件进行初始化才能运行，那么在把内核搬运到内存运行之前必须要先初始化内存吧，那么内存是由谁来初始化的呢？其实这两件事情都是由bootloader来干的，目的是为内核的运行准备好软硬件环境，没有bootloadr我们的系统当然不能跑起来。三、bootloader的分类。

首先更正一个错误的说法，很多人说bootloader就是U-boot，这种说法是错误的，确切来说是u-boot是bootloader的一种。也就是说bootloader具有很多种类，大概的分类如下图所示：

【图2】bootloader分类图

由上图可以看出，不同的bootloader具有不同的使用范围，其中最令人瞩目的就是有一个叫U-Boot的bootloader，是一个通用的引导程序，而且同时支持X86、ARM和PowerPC等多种处理器架构。U-Boot，全称 Universal Boot Loader，是遵循GPL条款的开放源码项目，是由德国DENX小组开发的用于多种嵌入式CPU的bootloader程序，对于Linux的开发，德国的u-boot做出了巨大的贡献，而且是开源的。

u-boot具有以下特点：

① 开放源码； ② 支持多种嵌入式操作系统内核，如Linux、NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS； ③ 支持多个处理器系列，如PowerPC、ARM、x86、MIPS、XScale； ④ 较高的可靠性和稳定性； ⑤ 高度灵活的功能设置，适合U-Boot调试、操作系统不同引导要求、产品发布等； ⑥ 丰富的设备驱动源码，如串口、以太网、SDRAM、FLASH、LCD、NVRAM、EEPROM、RTC、键盘等； ⑦ 较为丰富的开发调试文档与强大的网络技术支持；其实，把u-boot可以理解为是一个小型的操作系统。四、u-boot的目录结构

* board 目标板相关文件，主要包含SDRAM、FLASH驱动； * common 独立于处理器体系结构的通用代码，如内存大小探测与故障检测； * cpu 与处理器相关的文件。如mpc8xx子目录下含串口、网口、LCD驱动及中断初始化等文件； * driver 通用设备驱动，如CFI FLASH驱动(目前对INTEL FLASH支持较好) * doc U-Boot的说明文档； * examples可在U-Boot下运行的示例程序；如hello_world.c,timer.c； * include U-Boot头文件；尤其configs子目录下与目标板相关的配置头文件是移植过程中经常要修改的文件； * lib_xxx 处理器体系相关的文件，如lib_ppc, lib_arm目录分别包含与PowerPC、ARM体系结构相关的文件； * net 与网络功能相关的文件目录，如bootp,nfs,tftp； * post 上电自检文件目录。尚有待于进一步完善； * rtc RTC驱动程序； * tools 用于创建U-Boot S-RECORD和BIN镜像文件的工具；五、u-boot的工作模式

U-Boot的工作模式有启动加载模式和下载模式 。启动加载模式是Bootloader的正常工作模式，嵌入式产品发布时，Bootloader必须工作在这种模式下，Bootloader将嵌入式操作系统从FLASH中加载到SDRAM中运行，整个过程是自动的。下载模式 就是Bootloader通过某些通信手段将内核映像或根文件系统映像等从PC机中下载到目标板的SDRAM中运行，用户可以利用Bootloader提供的一些令接口来完成自己想要的操作，这种模式主要用于测试和开发。六、u-boot的启动过程

大多数BootLoader都分为stage1和stage2两大部分，U-boot也不例外。依赖于cpu体系结构的代码（如设备初始化代码等）通常都放在stage1且可以用汇编语言来实现，而stage2则通常用C语言来实现，这样可以实现复杂的功能，而且有更好的可读性和移植性。

1、 stage1(start.s代码结构) U-boot的stage1代码通常放在start.s文件中，它用汇编语言写成，其主要代码部分如下：（1）定义入口。由于一个可执行的image必须有一个入口点，并且只能有一个全局入口，通常这个入口放在rom(Flash)的0x0地址，因此，必须通知编译器以使其知道这个入口，该工作可通过修改连接器脚本来完成。（2）设置异常向量(exception vector)。（3）设置CPU的速度、时钟频率及中断控制寄存器。（4）初始化内存控制器。（5）将rom中的程序复制到ram中。（6）初始化堆栈。（7）转到ram中执行，该工作可使用指令ldrpc来完成。

2、 stage2（C语言代码部分）

lib_arm/board.c中的start armboot是C语言开始的函数，也是整个启动代码中C语言的主函数，同时还是整个u-boot（armboot）的主函数，该函数主要完成如下操作：（1）调用一系列的初始化函数。（2）初始化flash设备。（3）初始化系统内存分配函数。（4）如果目标系统拥有nand设备，则初始化nand设备。（5）如果目标系统有显示设备，则初始化该类设备。（6）初始化相关网络设备，填写ip,c地址等。（7）进入命令循环（即整个boot的工作循环），接受用户从串口输入的命令，然后进行相应的工作。七、基于cortex-a8的s5pc100bootloader启动过程分析

s5pc100支持两种启动方式，分别为USB启动方式和NandFlash启动方式：

1. S5PC100 USB启动过程

[1] A8 reset, 执行iROM中的程序[2] iROM中的程序根据S5PC100的配置管脚(SW1开关4，拨到4对面)，判断从哪里启动(USB)[3] iROM中的程序会初始化USB，然后等待PC机下载程序[4] 利用DNW程序，从PC机下载SDRAM的初始化程序到iRAM中运行，初始化SDRAM[5] SDRAM初始化完毕，iROM中的程序继续接管A8, 然后等待PC下载程序(BootLoader)[6] PC利用DNW下载BootLoader到SDRAM[7] 在SDRAM中运行BootLoader2. S5PC100 Nandflash启动过程

[1] A8 reset, 执行IROM中的程序[2] iROM中的程序根据S5PC100的配置管脚(SW1开关4，拨到靠4那边)，判断从哪里启动(Nandflash)[3] iROM中的程序驱动Nandflash[4] iROM中的程序会拷贝Nandflash前16k到iRAM[5] 前16k的程序(BootLoader前半部分)初始化SDRAM，然后拷贝完整的BootLoader到SDRAM并运行[6] BootLoader拷贝内核到SDRAM，并运行它[7] 内核运行起来后，挂载rootfs，并且运行系统初始化脚本八、u-boot移植(基于cortex_a8的s5pc100为例)

1.建立自己的平台

(1).下载源码包2010.03版本，比较稳定(2).解压后添加我们自己的平台信息，以smdkc100为参考版，移植自己s5pc100的开发板(3).修改相应目录的文件名，和相应目录的Makefile，指定交叉工具链。(4).编译(5).针对我们的平台进行相应的移植，主要包括修改SDRAM的运行地址，从0x20000000(6).“开关”相应的宏定义(7).添加Nand和网卡的驱动代码(8).优化go命令(9).重新编译 make distclean(彻底删除中间文件和配置文件) make s5pc100_config(配置我们的开发板) make(编译出我们的u-boot.bin镜像文件)(10).设置环境变量，即启动参数，把编译好的u-boot下载到内存中运行，过程如下：1. 配置开发板网络 ip地址配置: $setenv ipaddr 192.168.0.6 配置ip地址到内存的环境变量 $saveenv 保存环境变量的值到nandflash的参数区网络测试: 在开发开发板上ping虚拟机： $ ping 192.168.0.157(虚拟机的ip地址) 如果网络测试失败,从下面几个方面检查网络： 1. 网线连接好 2. 开发板和虚拟机的ip地址是否配置在同一个网段 3. 虚拟机网络一定要采用桥接(VM--Setting-->option) 4. 连接开发板时，虚拟机需要设置成静态ip地址 2. 在开发板上，配置tftp服务器(虚拟机)的ip地址 $setenv serverip 192.168.0.157(虚拟机的ip地址) $saveenv 3. 拷贝u-boot.bin到/tftpboot(虚拟机上的目录) 4. 通过tftp下载u-boot.bin到开发板内存 $ tftp 20008000(内存地址即可) u-boot.bin(要下载的文件名) 如果上面的命令无法正常下载: 1. serverip配置是否正确 2. tftp服务启动失败，重启tftp服务 #sudo service tftpd-hpa restart 5. 烧写u-boot.bin到nandflash的0地址 $nand erase 0(起始地址) 40000(大小) 擦出nandflash 0 - 256k的区域 $nand write 20008000((缓存u-boot.bin的内存地址) 0(nandflash上u-boot的位置) 40000(烧写大小) 6. 切换开发板的启动方式到nandflash 1. 关闭开发板 2. 把SW1的开关4拨到4的那边 3. 启动开发板，它就从nandflash启动第三部分：kernel的配置、编译、和移植

一、将下载好的linux-2.6.35.tar.bz2拷贝到主目录下解压 二、修改顶层目录下的Makefile，主要修改平台的体系架构和交叉编译器，代码如下：

ARCH ?= $(SUBARCH) CROSS_COMPILE ?= CROSS_COMPILE ?= $(CONFIG_CROSS_COMPILE:"%"=%) 修改以上代码为： ARCH ?= arm ---->体系架构是arm架构 CROSS_COMPILE ?= arm-cortex_a8-linux-gnueabi- ---->交叉编译器是arm-cortex_a8平台的注意：这两个变量值会直接影响顶层Makefile的编译行为，即选择编译哪些代码，用什么编译器进行编译。三、拷贝标准版配置文件，目的是得到跟我们开发板相关的配置信息。

$ cp arch/arm/configs/s5pc100_defconfig .config

这里拷贝arch/arm/configs/s5pc100_defconfig到 .config文件是选取跟我们开发板相关的代码。因为Linux支持的平台非常非常多，不仅仅是ARM处理器，当然我们编译的时候只需要编译跟我们平台相关的代码就可以了，平台相关的不需要编译，那么就有个问题，Linux系统中的源代码文件有一万多以个，面对这么庞大的文件数量，我们如何去选择呢？

其实，我们担心的问题也是写操作系统的那哥们早就担心过的问题了，只不过人家已经把这个问题帮我们解决了，我们只需进行很简单的操作，就可以选择出我们要编译的代码，具体的方法就是把相应平台的_deconfig直接拷贝到顶层目录的.config文件中，这样.config文件中就记录了我们要移植平台的平台信息，因为在配置内核时，系统会把所有的配置信息都保存在顶层目录的.config文件中。注意在第一次，进行make menuconfig时，系统会根据我们选取的平台信息自动选取相关的代码和模块，因此我们只需要进入然后再退出，选择保存配置信息就行了，系统会把这些跟我们移植平台相关的所有配置信息全部保存在顶层目录的.config文件中。四、配置内核

$make menuconfig

注意：第一次进去，不做任何操作，直接推出，在推出时提示是否保存配置信息，一定要保存配置信息，点击“YES”。这样我们的.config中就已经保存了我们开发平台的信息。

在这个环节，我们需要关心一个问题，make menuconfig时，系统到低都做了哪些事情？为什么会出现图形化的界面？图形化的界面中的相关内容是从哪里来的？

图形化的界面当然是由一个特殊的图形库来实现的，还记得第一次make menuconfig时，系统并没有出现图形化的界面，而是报错了，并且提示我们缺少 ncurses-devel ,此时只需要按照要求安装一个libncurses5-dev就行了，sudo apt-get install libncurses5-dev，有了这个图形化库的支持，我们才能够正常显示图形化界面。

好了，图形化界面的问题解决了，那还有另外一个问题就是图形化界面里面的内容是从哪里来的？要回答这个问题，我们就要提一下Linux内核的设计思想了，Linux 内核是以模块的方式来组织这个操作系统的，那么，为什么要用模块的方式来组织呢？模块的概念又是什么呢？在此来一一回答这个问题。

Linux2.6内核的源码树目录下一般都会有两个文件：Kconfig和Makefile。分布在各目录下的Kconfig构成了一个分布式的内核配置数据库，每个Kconfig分别描述了所属目录源文件相关的内核配置菜单。每个目录都会存放功能相对独立的信息，在每个目录中会存放各个不同的模块信息，比如在/dev/char/目录下就存放了所有字符设备的驱动程序，而这些程序代码在内核中是以模块的形式存在的，也就是说当系统需要这个驱动的时候，会把这个驱动以模块的方式编译到系统的内核中，编译分为静态编译和动态编译，静态编译内核体积比动态编译的体积要大，前面已经说了每个目录下面都会有一个Kconfig的文件，我们还会问，这个文件中都存放了什么信息？前面说了，每个目录的Kconfig文件描述了所属目录源文件相关的内核配置菜单，有其特殊的语法格式，图形化界面的文字正是从这个文件中读取出来的，如果把这个文件中的相应目录文件的信息全部删除，那么在图形化界面中将看不到该模块的信息，因此也不能进行模块的配置。

在内核配置make menuconfig(或xconfig等)时，系统会自动从Kconfig中读出配置菜单，用户配置完后保存到.config(在顶层目录下生成)中。在内核编译时，主Makefile调用这个.config，(.config的重要性就体现在，它保存了我们的所有的配置信息，是我们选取源代码并且进行编译源代码的最终依据！！！) 就知道了用户对内核的配置情况。上面的内容说明：Kconfig就是对应着内核的配置菜单。假如要想添加新的驱动到内核的源码中，可以通过修改Kconfig来增加对我们驱动的配置菜单，这样就有途径选择我们的驱动，假如想使这个驱动被编译，还要修改该驱动所在目录下的Makefile。因此，一般添加新的驱动时需要修改的文件有两种，即：Kconfig 和相应目录的Makefile（注意不只是两个 ），系统移植的重要内容就是给内核添加和删除相应的模块，因此主要修改的内核文件就是Kconfig 和相应目录的Makefile这两个文件。五、编译内核

$make zImage

通过上述操作我们能够在 arch/arm/boot 目录下生成一个 zImage 文件，这就是经过压缩的内核镜像。

内核的编译过程是非常复杂的，注意这里的编译是静态编译，此时会执行顶层目录下的Makefile中的zImage命令，在执行的过程中，会根据当前目录的.config文件去选择编译源代码。编译内核的具体步骤比较复杂，有时间会另写文章详细描述。六、通过tftp网络服务下载测试内核 setenv bootcmd tftp 20008000(内存地址) zImage;go 20008000 setenv bootargs nfs nfsroot=192.168.1.199(虚拟机的ip):/source/rootfs ip=192.168.1.200(开发板的ip) init=/linuxrc(第一个要启动的用户进程) ttySAC0,115200(设置中断为串口1，波特率为：115200)

保存环境变量，复位开发板，测试是否能够正常启动(注意：在此之前应设置好需要nfs挂载的文件系统，最后才能看到效果).内核测试和启动过程也是比较复杂的，在后续的文章中会详细介绍。第四部分：根文件系统的介绍

由本文的第一张图：Flash存储中存放文件的分布图可知，文件系统的制作和移植是系统移植的最后一道工序了，在这里首先要提几个问题： 1.什么是文件系统？ 2.如何实现文件系统？ 3.常用的文件系统有哪些？为什么需要这些文件系统？

下面来一一回答这些问题：

文件系统我们在日常生活中则很少听说，但是它确实存在，只是名字不叫文件系统罢了，一般叫资料库。资料库里面的文件众多，我们如何快速准确的找到我们要的那份文件呢？资料库采用了分类索引的方法来实现快速查找。类似于我们学校图书馆的管理方式，一楼可能是哲学类，二楼是社科类的，三楼是电子类的，四楼是计算机类的…………等等，我们把这种进行了分类索引的资料库叫文件系统。

对于计算机而言，文件其实就是资料数据，只能存储在物理介质上面，比如：硬盘，但是我们人不可能自己读取物理介质上的文件，或者自己把文件写入物理介质，物理介质上文件的读写只能采用程序来完成，为了方便实现，程序又被分成了物理介质驱动程序、内容存储程序和文件内容存储程序。物理介质驱动程序专门用于从物理介质上存取数据；内容存储程序用于把文件内容和文件属性信息打包；文件内容存储程序用于把用户输入形成文件内容，或者取得文件内容显示出来。

我们可以把一个文件系统(倒树)分解成多个文件系统(倒树)分别存放到存储介质上，比如：一个存储到光盘里，一个存储到硬盘中，在使用时，我们把光盘里的文件系统的根目录挂到硬盘文件系统的一个目录下面，这样访问这个目录就相当于是访问光盘的根目录了，找到了根目录，我们也就可以访问整个光盘上的文件系统了。

“在Linux系统中一切皆是文件”这句话是我们学习Linux系统的时候常常听到的一句话。虽然有些夸张，但是它揭示了文件系统对于Linux系统的重要性；实际上文件系统对于所有的操作系统都很重要，因为它们把大部分的硬件设备和软件数据以文件的形式进行管理。Linux系统对设备和数据的管理框架图如下：

【图3】文件系统实现

[说明]

A. VFS(virtual file system)是虚拟文件系统，它管理特殊文件(虚拟文件)、磁盘文件和设备文件

B. fs_operations结构是由一系列文件操作接口函数组成，由文件系统层来完成，为VFS提供文件操作；

C. 在文件系统层，磁盘文件要实现各种文件系统(如：ext2)，设备文件要实现各种抽象的设备驱动

D. 在设备驱动层，磁盘驱动要实现各种磁盘的驱动程序，其他设备驱动要实现具体的设备驱动

E. 物理层就是设备自身

为什么会有不同的文件类型？

由于存储介质有很多种，所以没有办法用一种统一的格式存放文件系统到各种不同的存储介质上，而是需要多种不同的存储格式来适应各种存储介质的特性，以求达到存取效率和空间利用率的最优化，这样就需要对每种存储格式制定一个规范，这写规范就叫文件系统类型。常见的文件系统类型有：1.Dos FAT162.windows FAT16、FAT32、NTFS3.Linux Minix、ext、ext2 、ext3 、ISO9660 、jffs2, yaffs, yaffs2、cramfs, romfs, ramdisk, rootfs、proc、sysfs、usbfs、devpts、 tmpfs & ramfs、 NFS

由此可见，Linux支持的文件系统最多。以不同的介质来分类，如下所示：? 磁盘 FAT16、 FAT16、FAT32、NTFS、ext、ext2 、ext3、Minix? 光盘 ISO9660、? Flash jffs2, yaffs, yaffs2、cramfs, romfs? 内存 Ramdisk、tmpfs & ramfs? 虚拟 rootfs、proc、sysfs、usbfs、devpts、NFS

常用的存储介质理论上都可以用于存储Linux支持的文件系统；因为我们这里只研究嵌入式系统，而嵌入式系统由于体积和移动特性的限制，不能采用磁盘和光盘，所以只能采用flash类的存储设备、内存和虚拟存储设备作为文件系统的存储介质；

flash芯片的驱动程序是由系统来提供，所以它的存取特点完全是flash自身的特点，这时最好有更加适合flash的文件系统——Jffs、Yaffs、Cramfs和Romfs。这些文件系统都是嵌入式Linux系统中常用的文件系统，可以根据特点来选择使用它们，特点如下：共同点 基于MTD驱动 Jffs A.针对NOR Flash的实现 B.基于哈希表的日志型文件系统 C.采取损耗平衡技术，每次写入时都会尽量使写入的位置均匀分布 D.可读写，支持数据压缩 E.崩溃/掉电安全保护 F.当文件系统已满或接近满时，因为垃圾收集的关系，运行速度大大放慢Yaffs A.针对Nand Flash的实现 B.日志型文件系统 C.采取损耗平衡技术，每次写入时都会尽量使写入的位置均匀分布 D.可读写，不支持数据压缩 E.挂载时间短，占用内存小 F.自带Nandflash驱动，可以不使用VFS和MTDCramfs A.单页压缩，支持随机访问，压缩比高达2：1 B.速度快，效率高 C.只读，有利于保护文件系统免受破坏，提高了系统的可靠性，但是无法对其内容进行扩充Romfs A.简单的、紧凑的、只读的文件系统 B.顺序存放数据，因而支持应用程序以XIP(execute In Place，片内运行)方式运行，在系统运行时，节省RAM空间

特有的文件系统类型：Ramdisk文件系统

在Linux系统中，内存经常用于存储文件系统，这种叫做Ramdisk，Ramdisk有两种，一种是完全把内存看成物理存储介质，利用内存模拟磁盘，运用磁盘的文件系统类型；另一种只是在内存中存储了文件系统逻辑结构，运用tmpfs & ramfs文件系统类型： tmpfs & ramfs

1. 概述 用物理内存模拟磁盘分区，挂载这种分区后，就可以跟读写磁盘文件一样读写这里面的文件，但是操作速度要比磁盘文件快得多；所以一般应用在下面几个方面： 1)读写速度要求快的文件应该放在这种文件系统中 2)磁盘分区为flash的情况下，把需要经常读写的文件放在这种文件系统中，然后定期写回flash 3)系统中的临时文件，如/tmp、/var目录下的文件应该放在这种文件系统中 4)/dev设备文件(因为设备文件随驱动和设备的加载和卸载而变化)，应该放在这种文件系统中

2. 特点 1)由于数据都存放在物理内存中，所以系统重启后，这个文件系统中的数据会全部丢失 2)ramfs在没有指定最大的大小值情况下，会自动增长，直到用掉系统中所有的物理内存为止，这时会导致系统的崩溃，建议挂载时最好限定其最大的大小值 3)tmpfs如果指定了大小值，自动增长至大小值后，系统会限定它的大小；这个文件系统占用的物理内存页可以背置换到swap分区，但是ramfs不行

不同的文件系统具有不同的制作方法，有的比较复杂，有的比较简单，在此由于篇幅限制，先不做介绍，在后续的文章中会单独介绍文件系统的制作。

更多干货内容只需要你关注电子芯吧客微信公众号，或点击下方“了解更多”！

声明：本文系网络转载，版权归原作者所有。

「正点原子Linux连载」第三十三章U-Boot移植（一）

1）实验平台：正点原子Linux开发板

2）摘自《正点原子 I.MX6U嵌入式Linux驱动开发指南》关注官方微信号公众号，获取更多资料：正点原子

第三十三章U-Boot移植

上一章节我们详细的分析了uboot的启动流程，对uboot有了一个初步的了解。前两章我们都是使用的正点原子提供的uboot，本章我们就来学习如何将NXP官方的uboot移植到正点原子的I.MX6ULL开发板上，学习如何在uboot中添加我们自己的板子。

33.1 NXP官方开发板uboot编译测试

33.1.1 查找NXP官方的开发板默认配置文件

uboot的移植并不是说我们完完全全的从零开始将uboot移植到我们现在所使用的开发板或者开发平台上。这个对于我们来说基本是不可能的，这个工作一般是半导体厂商做的，半导体厂商负责将uboot移植到他们的芯片上，因此半导体厂商都会自己做一个开发板，这个开发板就叫做原厂开发板，比如大家学习STM32的时候听说过的discover开发板就是ST自己做的。半导体厂商会将uboot移植到他们自己的原厂开发板上，测试好以后就会将这个uboot发布出去，这就是大家常说的原厂BSP包。我们一般做产品的时候就会参考原厂的开发板做硬件，然后在原厂提供的BSP包上做修改，将uboot或者linuxkernel移植到我们的硬件上。这个就是uboot移植的一般流程：

①、在uboot中找到参考的开发平台，一般是原厂的开发板。

②、参考原厂开发板移植uboot到我们所使用的开发板上。

正点原子的I.MX6ULL开发板参考的是NXP官方的I.MX6ULL EVK开发板做的硬件，因此我们在移植uboot的时候就可以以NXP官方的I.MX6ULL EVK开发板为蓝本。

本章我们是将NXP官方的uboot移植到正点原子的I.MX6ULL开发板上，NXP官方的uboot放到了开发板光盘中，路径为：1、例程源码->4、NXP官方原版Uboot和Linux->uboot-imx-rel_imx_4.1.15_2.1.0_ga.tar.bz2。将uboot-imx-rel_imx_4.1.15_2.1.0_ga.tar.bz2发送到Ubuntu中并解压，然后创建VSCode工程。

在移植之前，我们先编译一下NXP官方I.MX6ULL EVK开发板对应的uboot，首先是配置uboot，configs目录下有很多跟I.MX6UL/6ULL有关的配置如图33.1.1.1所示，

图33.1.1.1 NXP官方I.MX6UL/6ULL默认配置文件

从图33.1.1.1可以看出有很多的默认配置文件，其中以mx6ul开头的是I.MX6UL芯片的，mx6ull开头的是I.MX6ULL开发板的。I.MX6UL/6ULL有9x9mm和14x14mm两种尺寸的，所以我们可以看到会有mx6ull_9x9和mx6ull_14x14开头的默认配置文件。我们使用的是14x14mm的芯片，所以关注mx6ull_14x14开头的默认配置文件。正点原子的I.MX6ULL有EMMC和NAND两个版本的，因此我们最终只需要关注mx6ull_14x14_evk_emmc_defconfig和mx6ull_14x14_evk_nand_defconfig这两个配置文件就行了。本章我们讲解EMMC版本的移植（NAND版本移植很多类似），所以使用mx6ull_14x14_evk_emmc_defconfig作为默认配置文件。

33.1.2 编译NXP官方开发板对应的uboot

找到NXP官方I.MX6ULL EVK开发板对应的默认配置文件以后就可以编译一下，使用如下命令编译uboot：

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- mx6ull_14x14_evk_emmc_defconfig

make V=1 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j16

编译完成以后结果如图33.1.2.1所示：

图33.1.2.1 编译结果

从图33.1.2.1可以看出，编译成功。我们在编译的时候需要输入ARCH和CORSS_COMPILE这两个变量的值，这样太麻烦了。我们可以直接在顶层Makefile中直接给ARCH和CORSS_COMPILE赋值，修改如图33.1.2.2所示：

图33.1.2.2 添加ARCH和CROSS_COMPILE值

图33.1.2.2中的250、251行就是直接给ARCH和CROSS_COMPILE赋值，这样我们就可以使用如下简短的命令来编译uboot了：

make mx6ull_14x14_evk_emmc_defconfig

make V=1 -j16

如果既不想修改uboot的顶层Makefile，又想编译的时候不用输入那么多，那么就直接创建个shell脚本就行了，shell脚本名为mx6ull_14x14_emmc.sh，然后在shell脚本里面输入如下内容：

示例代码33.1.2.1 mx6ull_14x14_emmc.sh文件

1 #!/bin/bash

2 make ARCH= arm CROSS_COMPILE= arm- linux- gnueabihf- distclean

3 make ARCH= arm CROSS_COMPILE= arm- linux- gnueabihf- mx6ull_14x14_evk_emmc_defconfig

4 make V= 1 ARCH= arm CROSS_COMPILE= arm- linux- gnueabihf-- j16

记得给mx6ull_14x14_emmc.sh这个文件可执行权限，使用mx6ull_14x14_emmc.sh脚本编译uboot的时候每次都会清理一下工程，然后全部重新编译，编译的时候直接执行这个脚本就行了，命令如下：

./mx6ull_14x14_evk_emmc.sh

编译完成以后会生成u-boot.bin、u-boot.imx等文件，但是这些文件是NXP官方I.MX6ULL EVK开饭。能不能用到正点原子的I.MX6ULL开发板上呢？试一下不就知道了！

33.1.3 烧写验证与驱动测试

将imxdownload软件拷贝到uboot源码根目录下，然后使用imxdownload软件将u-boot.bin烧写到SD卡中，烧写命令如下：

chmod 777 imxdownload //给予imxdownload可执行权限

./imxdownload u-boot.bin /dev/sdg //烧写u-boot.bin到SD卡中

烧写完成以后将SD卡插入I.MX6U-ALPHA开发板的TF卡槽中，最后设置开发板从SD卡启动。打开SecureCRT，设置好开发板所使用的串口并打开，复位开发板，SecureCRT接收到如下图33.1.3.1所示信息：

图33.1.3.1 uboot启动信息

从图33.1.3.1可以看出，uboot启动正常，虽然我们用的是NXP官方I.MX6ULL开发板的uboot，但是在正点原子的I.MX6ULL开发板上是可以正常启动的。而且DRAM识别正确，为512MB，如果用的NAND版本的核心版的话uboot启动会失败！因为NAND核心版用的256MB的DRAM。

1、SD卡和EMMC驱动检查

检查一下SD卡和EMMC驱动是否正常，使用命令mmclist列出当前的MMC设备，结果如图33.1.3.2所示：

图33.1.3.2 emmc设备检查

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

mmcdev 0

mmcinfo

结果如图33.1.3.3所示：

图33.1.3.3 mmc设备0信息

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

mmcdev 1

mmcinfo

结果如图33.1.3.4所示：

图33.1.3.4 mmc设备1信息

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

2、LCD驱动检查

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

图33.1.3.5 uboot LCD界面

如果你用的不是正点原子的4.3寸480x272分辨率的屏幕的话，那么LCD就不会显示33.1.3.5所示logo界面。因为NXP官方I.MX6ULL开发板的屏幕就是4.3寸480x272分辨率的，所以uboot默认LCD驱动是4.3寸480x272分辨率的。如果使用其他分辨率的LCD就需要修改LCD驱动，这里我们先不修改LCD驱动了，稍后我们在讲解如何修改uboot中的LCD驱动，我们只需要记得，uboot的LCD需要修改就行了。

3、网络驱动

uboot启动的时候提示"Board Net Initialization Failed"和"No ethernet found."这两行，说明网络驱动也有问题，正常情况下应该是如图33.1.3.6所示提示：

图33.1.3.6 网络信息

现在没有图33.1.3.6中的信息，那更别说ping一下ubuntu主机了，说明当前uboot的网络部驱动也是有问题的，这是因为正点原子开发板的网络芯片复位引脚和NXP官方开发板不一样，因此需要修改驱动。

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

①、uboot启动正常，DRAM识别正确，SD卡和EMMC驱动正常。

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

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

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

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

②、解决LCD驱动和网络驱动的问题。

33.2 在U-Boot中添加自己的开发板

NXP官方uboot中默认都是NXP自己的开发板，虽说我们可以直接在官方的开发板上直接修改，使uboot可以完整的运行在我们的板子上。但是从学习的角度来讲，这样我们就不能了解到uboot是如何添加新平台的。接下来我们就参考NXP官方的I.MX6ULL EVK开发板，学习如何在uboot中添加我们的开发板或者开发平台。

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

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

cd configs

cp mx6ull_14x14_evk_emmc_defconfig mx6ull_alientek_emmc_defconfig

然后将文件mx6ull_alientek_emmc_defconfig中的内容改成下面的：

示例代码33.2.1.1 mx6ull_alientek_emmc_defconfig文件

1 CONFIG_SYS_EXTRA_OPTIONS= "IMX_CONFIG=board/freescale/mx6ull_alientek_

emmc/imximage.cfg,MX6ULL_EVK_EMMC_REWORK"

2 CONFIG_ARM= y

3 CONFIG_ARCH_MX6= y

4 CONFIG_TARGET_MX6ULL_ALIENTEK_EMMC= y

5 CONFIG_CMD_GPIO= y

可以看出，mx6ull_alientek_emmc_defconfig基本和mx6ull_14x14_evk_emmc_defconfig中的内容一样，只是第1行和第4行做了修改。

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

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

cp include/configs/mx6ullevk.h mx6ull_alientek_emmc.h

拷贝完成以后将：

#ifndef __MX6ULLEVK_CONFIG_H

#define __MX6ULLEVK_CONFIG_H

改为：

#ifndef __MX6ULL_ALIENTEK_EMMC_CONFIG_H

#define __MX6ULL_ALIENTEK_EMMC_CONFIG_H

mx6ull_alientek_emmc.h里面有很多宏定义，这些宏定义基本用于配置uboot，也有一些I.MX6ULL的配置项目。如果我们自己要想使能或者禁止uboot的某些功能，那就在mx6ull_alientek_emmc.h里面做修改即可。mx6ull_alientek_emmc.h里面的内容比较多，去掉一些用不到的配置，精简后的内容如下：

示例代码33.2.2.1 mx6ull_alientek_emmc.h文件

1/*

3 *

4 * Configuration settings for the Freescale i.MX6UL 14x14 EVK board.

5 *

6 * SPDX-License-Identifier: GPL-2.0+

7 */

8 #ifndef __MX6ULL_ALEITENK_EMMC_CONFIG_H

9 #define __MX6ULL_ALEITENK_EMMC_CONFIG_H

12 #include < asm/ arch/ imx- regs. h>

13 #include < linux/ sizes. h>

14 #include "mx6_common.h"

15 #include < asm/ imx- common/ gpio. h>

......

29 #define is_mx6ull_9x9_evk() CONFIG_IS_ENABLED( TARGET_MX6ULL_9X9_EVK)

31 #ifdef CONFIG_TARGET_MX6ULL_9X9_EVK

32 #define PHYS_SDRAM_SIZE SZ_256M

33 #define CONFIG_BOOTARGS_CMA_SIZE "cma=96M "

34 #else

35 #define PHYS_SDRAM_SIZE SZ_512M

36 #define CONFIG_BOOTARGS_CMA_SIZE ""

37/* DCDC used on 14x14 EVK, no PMIC */

38 #undef CONFIG_LDO_BYPASS_CHECK

39 #endif

41/* SPL options */

42/* We default not support SPL

43 * #define CONFIG_SPL_LIBCOMMON_SUPPORT

44 * #define CONFIG_SPL_MMC_SUPPORT

45 * #include "imx6_spl.h"

46 */

48 #define CONFIG_ENV_VARS_UBOOT_RUNTIME_CONFIG

50 #define CONFIG_DISPLAY_CPUINFO

51 #define CONFIG_DISPLAY_BOARDINFO

53/* Size of malloc() pool */

54 #define CONFIG_SYS_MALLOC_LEN ( 16* SZ_1M)

56 #define CONFIG_BOARD_EARLY_INIT_F

57 #define CONFIG_BOARD_LATE_INIT

59 #define CONFIG_MXC_UART

60 #define CONFIG_MXC_UART_BASE UART1_BASE

62/* MMC Configs */

63 #ifdef CONFIG_FSL_USDHC

64 #define CONFIG_SYS_FSL_ESDHC_ADDR USDHC2_BASE_ADDR

66/* NAND pin conflicts with usdhc2 */

67 #ifdef CONFIG_SYS_USE_NAND

68 #define CONFIG_SYS_FSL_USDHC_NUM 1

69 #else

70 #define CONFIG_SYS_FSL_USDHC_NUM 2

71 #endif

72 #endif

74/* I2C configs */

75 #define CONFIG_CMD_I2C

76 #ifdef CONFIG_CMD_I2C

77 #define CONFIG_SYS_I2C

78 #define CONFIG_SYS_I2C_MXC

79 #define CONFIG_SYS_I2C_MXC_I2C1 /* enable I2C bus 1 */

80 #define CONFIG_SYS_I2C_MXC_I2C2 /* enable I2C bus 2 */

81 #define CONFIG_SYS_I2C_SPEED 100000

......

90 #define CONFIG_SYS_MMC_IMG_LOAD_PART 1

92 #ifdef CONFIG_SYS_BOOT_NAND

93 #define CONFIG_MFG_NAND_PARTITION "mtdparts=gpmi-nand:64m(boot),16m(kernel),16m(dtb),1m(misc),-(rootfs) "

94 #else

95 #define CONFIG_MFG_NAND_PARTITION ""

96 #endif

98 #define CONFIG_MFG_ENV_SETTINGS \

99"mfgtool_args=setenv bootargs console=${console},${baudrate} " \

......

111"bootcmd_mfg=run mfgtool_args;bootz ${loadaddr} ${initrd_addr} ${fdt_addr};\0" \

112

113 #if defined( CONFIG_SYS_BOOT_NAND)

114 #define CONFIG_EXTRA_ENV_SETTINGS \

115 CONFIG_MFG_ENV_SETTINGS \

116"panel=TFT43AB\0" \

......

126"bootz ${loadaddr} - ${fdt_addr}\0"

127

128 #else

129 #define CONFIG_EXTRA_ENV_SETTINGS \

130 CONFIG_MFG_ENV_SETTINGS \

131"script=boot.scr\0" \

......

202"fi;\0" \

203

204 #define CONFIG_BOOTCOMMAND \

205"run findfdt;" \

......

216"else run netboot; fi"

217 #endif

218

219/* Miscellaneous configurable options */

220 #define CONFIG_CMD_MEMTEST

221 #define CONFIG_SYS_MEMTEST_START 0x80000000

222 #define CONFIG_SYS_MEMTEST_END ( CONFIG_SYS_MEMTEST_START + 0x8000000)

223

224 #define CONFIG_SYS_LOAD_ADDR CONFIG_LOADADDR

225 #define CONFIG_SYS_HZ 1000

226

227 #define CONFIG_STACKSIZE SZ_128K

228

229/* Physical Memory Map */

230 #define CONFIG_NR_DRAM_BANKS 1

231 #define PHYS_SDRAM MMDC0_ARB_BASE_ADDR

232

233 #define CONFIG_SYS_SDRAM_BASE PHYS_SDRAM

234 #define CONFIG_SYS_INIT_RAM_ADDR IRAM_BASE_ADDR

235 #define CONFIG_SYS_INIT_RAM_SIZE IRAM_SIZE

236

237 #define CONFIG_SYS_INIT_SP_OFFSET \

238( CONFIG_SYS_INIT_RAM_SIZE - GENERATED_GBL_DATA_SIZE)

239 #define CONFIG_SYS_INIT_SP_ADDR \

240( CONFIG_SYS_INIT_RAM_ADDR + CONFIG_SYS_INIT_SP_OFFSET)

241

242/* FLASH and environment organization */

243 #define CONFIG_SYS_NO_FLASH

244

......

255

256 #define CONFIG_SYS_MMC_ENV_DEV 1/* USDHC2 */

257 #define CONFIG_SYS_MMC_ENV_PART 0/* user area */

258 #define CONFIG_MMCROOT "/dev/mmcblk1p2"/* USDHC2 */

259

260 #define CONFIG_CMD_BMODE

261

......

275

276/* NAND stuff */

277 #ifdef CONFIG_SYS_USE_NAND

278 #define CONFIG_CMD_NAND

279 #define CONFIG_CMD_NAND_TRIMFFS

280

281 #define CONFIG_NAND_MXS

282 #define CONFIG_SYS_MAX_NAND_DEVICE 1

283 #define CONFIG_SYS_NAND_BASE 0x40000000

284 #define CONFIG_SYS_NAND_5_ADDR_CYCLE

285 #define CONFIG_SYS_NAND_ONFI_DETECTION

286

287/* DMA stuff, needed for GPMI/MXS NAND support */

288 #define CONFIG_APBH_DMA

289 #define CONFIG_APBH_DMA_BURST

290 #define CONFIG_APBH_DMA_BURST8

291 #endif

292

293 #define CONFIG_ENV_SIZE SZ_8K

294 #if defined( CONFIG_ENV_IS_IN_MMC)

295 #define CONFIG_ENV_OFFSET ( 12* SZ_64K)

296 #elif defined( CONFIG_ENV_IS_IN_SPI_FLASH)

297 #define CONFIG_ENV_OFFSET ( 768* 1024)

298 #define CONFIG_ENV_SECT_SIZE ( 64* 1024)

299 #define CONFIG_ENV_SPI_BUS CONFIG_SF_DEFAULT_BUS

300 #define CONFIG_ENV_SPI_CS CONFIG_SF_DEFAULT_CS

301 #define CONFIG_ENV_SPI_MODE CONFIG_SF_DEFAULT_MODE

302 #define CONFIG_ENV_SPI_MAX_HZ CONFIG_SF_DEFAULT_SPEED

303 #elif defined( CONFIG_ENV_IS_IN_NAND)

304 #undef CONFIG_ENV_SIZE

305 #define CONFIG_ENV_OFFSET ( 60<< 20)

306 #define CONFIG_ENV_SECT_SIZE ( 128<< 10)

307 #define CONFIG_ENV_SIZE CONFIG_ENV_SECT_SIZE

308 #endif

309

310

311/* USB Configs */

312 #define CONFIG_CMD_USB

313 #ifdef CONFIG_CMD_USB

314 #define CONFIG_USB_EHCI

315 #define CONFIG_USB_EHCI_MX6

316 #define CONFIG_USB_STORAGE

317 #define CONFIG_EHCI_HCD_INIT_AFTER_RESET

318 #define CONFIG_USB_HOST_ETHER

319 #define CONFIG_USB_ETHER_ASIX

320 #define CONFIG_MXC_USB_PORTSC ( PORT_PTS_UTMI | PORT_PTS_PTW)

321 #define CONFIG_MXC_USB_FLAGS 0

322 #define CONFIG_USB_MAX_CONTROLLER_COUNT 2

323 #endif

324

325 #ifdef CONFIG_CMD_NET

326 #define CONFIG_CMD_PING

327 #define CONFIG_CMD_DHCP

328 #define CONFIG_CMD_MII

329 #define CONFIG_FEC_MXC

330 #define CONFIG_MII

331 #define CONFIG_FEC_ENET_DEV 1

332

333 #if( CONFIG_FEC_ENET_DEV == 0)

334 #define IMX_FEC_BASE ENET_BASE_ADDR

335 #define CONFIG_FEC_MXC_PHYADDR 0x2

336 #define CONFIG_FEC_XCV_TYPE RMII

337 #elif ( CONFIG_FEC_ENET_DEV == 1)

338 #define IMX_FEC_BASE ENET2_BASE_ADDR

339 #define CONFIG_FEC_MXC_PHYADDR 0x1

340 #define CONFIG_FEC_XCV_TYPE RMII

341 #endif

342 #define CONFIG_ETHPRIME "FEC"

343

344 #define CONFIG_PHYLIB

345 #define CONFIG_PHY_MICREL

346 #endif

347

348 #define CONFIG_IMX_THERMAL

349

350 #ifndef CONFIG_SPL_BUILD

351 #define CONFIG_VIDEO

352 #ifdef CONFIG_VIDEO

353 #define CONFIG_CFB_CONSOLE

354 #define CONFIG_VIDEO_MXS

355 #define CONFIG_VIDEO_LOGO

356 #define CONFIG_VIDEO_SW_CURSOR

357 #define CONFIG_VGA_AS_SINGLE_DEVICE

358 #define CONFIG_SYS_CONSOLE_IS_IN_ENV

359 #define CONFIG_SPLASH_SCREEN

360 #define CONFIG_SPLASH_SCREEN_ALIGN

361 #define CONFIG_CMD_BMP

362 #define CONFIG_BMP_16BPP

363 #define CONFIG_VIDEO_BMP_RLE8

364 #define CONFIG_VIDEO_BMP_LOGO

365 #define CONFIG_IMX_VIDEO_SKIP

366 #endif

367 #endif

368

369 #define CONFIG_IOMUX_LPSR

370

......

375 #endif

从示例代码33.2.2.1可以看出，mx6ull_alientek_emmc.h文件中基本都是"CONFIG_"开头的宏定义，这也说明mx6ull_alientek_emmc.h文件的主要功能就是配置或者裁剪uboot。如果需要某个功能的话就在里面添加这个功能对应的CONFIG_XXX宏即可，如果不需要某个功能的话就删除掉对应的宏即可。我们以示例代码33.2.2.1为例，详细的看一下mx6ull_alientek_emmc.h中这些宏都是什么功能。

第14行，添加了头文件mx6_common.h，如果在mx6ull_alientek_emmc.h中没有发现有配置某个功能或命令，但是实际却存在的话，可以到mx6_common.h文件里面去找一下。

第29~39行，设置DRAM的大小，宏PHYS_SDRAM_SIZE就是板子上DRAM的大小，如果用的NXP官方的9X9 EVK开发板的话DRAM大小就为256MB。否则的话默认为512MB，正点原子的I.MX6U-ALPHA开发板用的是512MB DDR3。

第50行，定义宏CONFIG_DISPLAY_CPUINFO，uboot启动的时候可以输出CPU信息。

第51行，定义宏CONFIG_DISPLAY_BOARDINFO，uboot启动的时候可以输出板子信息。

第54行，CONFIG_SYS_MALLOC_LEN为malloc内存池大小，这里设置为16MB。

第56行，定义宏CONFIG_BOARD_EARLY_INIT_F，这样board_init_f函数就会调用board_early_init_f函数。

第57行，定义宏CONFIG_BOARD_LATE_INIT，这样board_init_r函数就会调用board_late_init函数。

第59、60行，使能I.MX6ULL的串口功能，宏CONFIG_MXC_UART_BASE表示串口寄存器基地址，这里使用的串口1，基地址为UART1_BASE，UART1_BASE定义在文件arch/arm/include/asm/arch-mx6/imx-regs.h中，imx-regs.h是I.MX6ULL寄存器描述文件，根据imx-regs.h可得到UART1_BASE的值如下：

UART1_BASE= (ATZ1_BASE_ADDR + 0x20000)

=AIPS1_ARB_BASE_ADDR + 0x20000

=0x02000000 + 0x20000

=0X02020000

查阅I.MX6ULL参考手册，UART1的寄存器基地址正是0X02020000，如图33.2.2.1所示：

图33.2.2.1 UART1寄存器地址表

第63、64行， EMMC接在I.MX6ULL的USDHC2上，宏CONFIG_SYS_FSL_ESDHC_ADDR为EMMC所使用接口的寄存器基地址，也就是USDHC2的基地址。

第67~72行，跟NAND相关的宏，因为NAND和USDHC2的引脚冲突，因此如果使用NAND的只能使用一个USDHC设备(SD卡)。如果没有使用NAND，那么就有两个USDHC设备(EMMC和SD卡)，宏CONFIG_SYS_FSL_USDHC_NUM表示USDHC数量。EMMC版本的核心版没有用到NAND，所以CONFIG_SYS_FSL_USDHC_NUM=2。

第75~81，和I2C有关的宏定义，用于控制使能哪个I2C，I2C的速度为多少。

第92~96行，NAND的分区设置，如果使用NAND的话，默认的NAND分区为："mtdparts=gpmi-nand:64m(boot),16m(kernel),16m(dtb),1m(misc),-(rootfs) "，分区结果如表33.2.2.1所示：

表33.2.2.1 NAND分区设置

NAND的分区是可以调整的，比如boot分区我们用不了64M这么大，因此可以将其改小，其他的分区一样的。

第98~111行，宏CONFIG_MFG_ENV_SETTINGS定义了一些环境变量，使用MfgTool烧写系统时候会用到这里面的环境变量。

第113~202行，通过条件编译来设置宏CONFIG_EXTRA_ENV_SETTINGS，宏CONFIG_EXTRA_ENV_SETTINGS也是设置一些环境变量，此宏会设置bootargs这个环境变量，后面我们会详细分析这个宏定义。

第204~217行，设置宏CONFIG_BOOTCOMMAND，此宏就是设置环境变量bootcmd的值。后面会详细的分析这个宏定义。

第220~222行，设置命令memtest相关宏定义，比如使能命令memtest，设置memtest测试的内存起始地址和内存大小。

第224行，宏CONFIG_SYS_LOAD_ADDR表示linux kernel在DRAM中的加载地址，也就是linuxkernel在DRAM中的存储首地址，CONFIG_LOADADDR=0X80800000。

第225行，宏CONFIG_SYS_HZ为系统时钟频率，这里为1000Hz。

第227行，宏CONFIG_STACKSIZE为栈大小，这里为128KB。

第230行，宏CONFIG_NR_DRAM_BANKS为DRAM BANK的数量，I.MX6ULL只有一个DRAM BANK，我们也只用到了一个BANK，所以为1。

第231行，宏PHYS_SDRAM为I.MX6ULL的DRAM控制器MMDC0所管辖的DRAM范围其实地址，也就是0X80000000。

第233行，宏CONFIG_SYS_SDRAM_BASE为DRAM的其实地址。

第234行，宏CONFIG_SYS_INIT_RAM_ADDR为I.MX6ULL内部IRAM的起始地址(也就是OCRAM的起始地址)，为0X00900000。

第235行，宏CONFIG_SYS_INIT_RAM_SIZE为I.MX6ULL内部IRAM的大小(OCRAM的大小)，为0X00040000=128KB。

第237~240行，宏CONFIG_SYS_INIT_SP_OFFSET和CONFIG_SYS_INIT_SP_ADDR与初始SP有关，第一个为初始SP偏移，第二个为初始SP地址。

第256行，宏CONFIG_SYS_MMC_ENV_DEV为默认的MMC设备，这里默认为USDHC2，也就是EMMC。

第257行，宏CONFIG_SYS_MMC_ENV_PART为模式分区，默认为第0个分区。

第258行，宏CONFIG_MMCROOT设置进入linux系统的根文件系统所在的分区，这里设置为"/dev/mmcblk1p2"，也就是EMMC设备的第2个分区。第0个分区保存uboot，第1个分区保存linux镜像和设备树，第2个分区为Linux系统的根文件系统。

第277~291行，与NAND有关的宏定义，如果使用NAND的话。

第293行，宏CONFIG_ENV_SIZE为环境变量大小，默认为8KB。

第294~308行，宏CONFIG_ENV_OFFSET为环境变量偏移地址，这里的偏移地址是相对于存储器的首地址。如果环境变量保存在EMMC中的话，环境变量偏移地址为12*64KB。如果环境变量保存在SPI FLASH中的话，偏移地址为768*1024。如果环境变量保存在NAND中的话，偏移地址为60<<20(60MB)，并且重新设置环境变量的大小为128KB。

第312~323行，与USB相关的宏定义。

第325~342行，与网络相关的宏定义，比如使能dhcp、ping等命令。第331行的宏CONFIG_FEC_ENET_DEV指定uboot所使用的网口，I.MX6ULL有两个网口，为0的时候使用ENET1，为1的时候使用ENET2。宏IMX_FEC_BASE为ENET接口的寄存器首地址，宏CONFIG_FEC_MXC_PHYADDR为网口PHY芯片的地址。宏CONFIG_FEC_XCV_TYPE为PHY芯片所使用的接口类型，I.MX6U-ALPHA开发板的两个PHY都使用的RMII接口。

第344~END，剩下的都是一些配置宏，比如CONFIG_VIDEO宏用于开启LCD，CONFIG_VIDEO_LOGO使能LOGO显示，CONFIG_CMD_BMP使能BMP图片显示指令。这样就可以在uboot中显示图片了，一般用于显示logo。

关于mx6ull_alientek_emmc.h就讲解到这里，其中以CONFIG_CMD开头的宏都是用于使能相应命令的，其他的以CONFIG开头的宏都是完成一些配置功能的。以后会频繁的和mx6ull_alientek_emmc.h这个文件打交道。

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

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

cd board/freescale/

cp mx6ullevk/ -r mx6ull_alientek_emmc

进入mx6ull_alientek_emmc目录中，将其中的mx6ullevk.c文件重命名为mx6ull_alientek_emmc.c，命令如下：

cdmx6ull_alientek_emmc

mv mx6ullevk.c mx6ull_alientek_emmc.c

我们还需要对mx6ull_alientek_emmc目录下的文件做一些修改：

1、修改mx6ull_alientek_emmc目录下的Makefile文件

将mx6ull_alientek_emmc下的Makefile文件内容改为如下所示：

示例代码33.2.3.1 Makefile文件

2 #

3 # SPDX- License- Identifier: GPL- 2.0+

4 #

6 obj- y := mx6ull_alientek_emmc. o

8 extra- $( CONFIG_USE_PLUGIN):= plugin. bin

9 $( obj)/ plugin. bin: $( obj)/ plugin. o

10 $( OBJCOPY)- O binary -- gap- fill 0xff $< $@

重点是第6行的obj-y，改为mx6ull_alientek_emmc.o，这样才会编译mx6ull_alientek_emmc.c这个文件。

2、修改mx6ull_alientek_emmc目录下的imximage.cfg文件

将imximage.cfg中的下面一句：

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

改为：

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

3、修改mx6ull_alientek_emmc目录下的Kconfig文件

修改Kconfig文件，修改后的内容如下：

示例代码33.2.3.2 Kconfig文件

1if TARGET_MX6ULL_ALIENTEK_EMMC

3 config SYS_BOARD

4default "mx6ull_alientek_emmc"

6 config SYS_VENDOR

7default "freescale"

9 config SYS_SOC

10default "mx6"

12 config SYS_CONFIG_NAME

13default "mx6ull_alientek_emmc"

15 endif

4、修改mx6ull_alientek_emmc目录下的MAINTAINERS文件

修改MAINTAINERS文件，修改后的内容如下：

1 MX6ULL_ALIENTEK_EMMC BOARD

2 M: Peng Fan < peng. fan@nxp. com>

3 S: Maintained

4 F: board/ freescale/ mx6ull_alientek_emmc/

5 F: include/ configs/ mx6ull_alientek_emmc. h

33.2.4 修改U-Boot图形界面配置文件

uboot是支持图形界面配置，关于uboot的图形界面配置下一章会详细的讲解。修改文件arch/arm/cpu/armv7/mx6/Kconfig(如果用的I.MX6UL的话，应该修改arch/arm/Kconfig这个文件)，在207行加入如下内容：

示例代码33.2.4.1 Kconfig文件

1 config TARGET_MX6ULL_ALIENTEK_EMMC

2 bool"Support mx6ull_alientek_emmc"

3 select MX6ULL

4 select DM

5 select DM_THERMAL

在最后一行的endif的前一行添加如下内容：

示例代码33.2.4.2 Kconfig文件

1 source "board/freescale/mx6ull_alientek_emmc/Kconfig"

添加完成以后的Kconfig文件如图33.2.4.1所示：

图33.2.4.1 修改后的Kconfig文件

到此为止，I.MX6U-ALPHA开发板就已经添加到uboot中了，接下来就是编译这个新添加的开发板。

33.2.5 使用新添加的板子配置编译uboot

在uboot根目录下新建一个名为mx6ull_alientek_emmc.sh的shell脚本，在这个shell脚本里面输入如下内容：

示例代码33.2.5.1 mx6ull_alientek_emmc.sh脚本文件

1 #!/bin/bash

2 make ARCH= arm CROSS_COMPILE= arm- linux- gnueabihf- distclean

3 make ARCH= arm CROSS_COMPILE= arm- linux- gnueabihf- mx6ull_alientek__emmc_defconfig

4 make V= 1 ARCH= arm CROSS_COMPILE= arm- linux- gnueabihf-- j16

第3行我们使用的默认配置文件就是33.2.1节中新建的mx6ull_alientek_emmc_defconfig这个配置文件。给予mx6ll_alientek_emmc.sh可执行权限，然后运行脚本来完成编译，命令如下：

chmod 777 mx6ull_alientek_emmc.sh //给予可执行权限，一次即可

./mx6ull_alientek_emmc.sh //运行脚本编译uboot

等待编译完成，编译完成以后输入如下命令，查看一下33.2.2小节中添加的mx6ull_alientek_emmc.h这个头文件有没有被引用。

grep -nR "mx6ull_alientek_emmc.h"

如果有很多文件都引用了mx6ull_alientek_emmc.h这个头文件，那就说明新板子添加成功，如图33.2.5.1所示：

图33.2.5.1 查找结果

编译完成以后就使用imxdownload将新编译出来的u-boot.bin烧写到SD卡中测试，SecureCRT输出结果如图33.2.5.2所示：

图33.2.5.1 uboot启动过程

从图33.2.5.1可以看出，此时的Board还是"MX6ULL 14x14 EVK"，因为我们参考的NXP官方的I.MX6ULL开发板来添加自己的开发板。如果接了LCD屏幕的话会发现LCD屏幕并没有显示NXP的logo，而且从图33.2.5.1可以看出此时的网络同样也没识别出来。前面已经说了，默认uboot中的LCD驱动和网络驱动在正点原子的I.MX6U-ALPHA开发板上是有问题的，需要修改。

33.2.6 LCD驱动修改

一般uboot中修改驱动基本都是在xxx.h和xxx.c这两个文件中进行的，xxx为板子名称，比如mx6ull_alientek_emmc.h和mx6ull_alientek_emmc.c这两个文件。

一般修改LCD驱动重点注意以下几点：

①、LCD所使用的GPIO，查看uboot中LCD的IO配置是否正确。

②、LCD背光引脚GPIO的配置。

③、LCD配置参数是否正确。

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

示例代码33.2.6.1 LCD驱动参数

1struct display_info_t const displays[]={{

2 . bus = MX6UL_LCDIF1_BASE_ADDR,

3 . addr = 0,

4 . pixfmt = 24,

5 . detect =NULL,

6 . enable = do_enable_parallel_lcd,

7 . mode ={

8 . name = "TFT43AB",

9 . xres = 480,

10 . yres = 272,

11 . pixclock = 108695,

12 . left_margin = 8,

13 . right_margin = 4,

14 . upper_margin = 2,

15 . lower_margin = 4,

16 . hsync_len = 41,

17 . vsync_len = 10,

18 . sync = 0,

19 . vmode = FB_VMODE_NONINTERLACED

20 }}};

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

示例代码33.2.6.2 display_info结构体

1struct display_info_t {

2 int bus;

3 int addr;

4 int pixfmt;

5 int(* detect)( struct display_info_t const* dev);

6 void(* enable)( struct display_info_t const* dev);

7 struct fb_videomode mode;

8};

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

示例代码33.2.6.3 fb_videomode结构体

1struct fb_videomode {

2 constchar* name; /* optional */

3 u32 refresh; /* optional */

4 u32 xres;

5 u32 yres;

6 u32 pixclock;

7 u32 left_margin;

8 u32 right_margin;

9 u32 upper_margin;

10 u32 lower_margin;

11 u32 hsync_len;

12 u32 vsync_len;

13 u32 sync;

14 u32 vmode;

15 u32 flag;

16};

结构体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，也就是不使用隔行扫描。

可以看出，这些参数和我们第二十四章讲解RGB LCD的时候参数基本一样，唯一不同的像素时钟pixclock的含义不同，以正点原子的7寸1024*600分辨率的屏幕(ATK7016)为例，屏幕要求的像素时钟为51.2MHz，因此：

pixclock=(1/51200000)*10^12=19531

在根据其他的屏幕参数，可以得出ATK7016屏幕的配置参数如下：

示例代码33.2.6.4 ATK7016屏幕配置参数

1struct display_info_t const displays[]={{

2 . bus = MX6UL_LCDIF1_BASE_ADDR,

3 . addr = 0,

4 . pixfmt = 24,

5 . detect =NULL,

6 . enable = do_enable_parallel_lcd,

7 . mode ={

8 . name = "TFT7016",

9 . xres = 1024,

10 . yres = 600,

11 . pixclock = 19531,

12 . left_margin = 140, //HBPD

13 . right_margin = 160, //HFPD

14 . upper_margin = 20, //VBPD

15 . lower_margin = 12, //VFBD

16 . hsync_len = 20, //HSPW

17 . vsync_len = 3, //VSPW

18 . sync = 0,

19 . vmode = FB_VMODE_NONINTERLACED

20}}};

使用示例代码33.2.6.4中的屏幕参数替换掉mx6ull_alientek_emmc.c中uboot默认的屏幕参数。

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

panel=TFT43AB

将其改为：

panel=TFT7016

也就是设置panel为TFT7016，panel的值要与示例代码33.2.6.4中的.name成员变量的值一致。修改完成以后重新编译一遍uboot并烧写到SD中启动。

重启以后LCD驱动一般就会工作正常了，LCD上回显示NXP的logo。但是有可能会遇到LCD并没有工作，还是黑屏，这是什么原因呢？在uboot命令模式输入"printf"来查看环境变量panel的值，会发现panel的值要是TFT43AB(或其他的，反正不是TFT7016)，如图33.2.6.1所示：

图33.2.6.1 panel的值

这是因为之前有将环境变量保存到EMMC中，uboot启动以后会先从EMMC中读取环境变量，如果EMMC中没有环境变量的话才会使用mx6ull_alientek_emmc.h中的默认环境变量。如果EMMC中的环境变量panel不等于TFT7016，那么LCD显示肯定不正常，我们只需要在uboot中修改panel的值为TFT7016即可，在uboot的命令模式下输入如下命令：

setenv panel TFT7016

saveenv

上述命令修改环境变量panel为TFT7016，然后保存，重启uboot，此时LCD驱动就工作正常了。如果LCD还是没有正常工作的，那就要检查自己哪里有没有改错，或者还有哪里没有修改。

嵌入式Linux系统移植的四大步骤（详细长文，慎入！）

「正点原子Linux连载」第三十三章U-Boot移植（一）

第三十三章U-Boot移植

33.1 NXP官方开发板uboot编译测试

33.1.1 查找NXP官方的开发板默认配置文件

33.1.2 编译NXP官方开发板对应的uboot

33.1.3 烧写验证与驱动测试

33.2 在U-Boot中添加自己的开发板

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

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

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

33.2.4 修改U-Boot图形界面配置文件

33.2.5 使用新添加的板子配置编译uboot

33.2.6 LCD驱动修改

关于我们

产品中心

服务与支持