嵌入式软件环境构建：uboot、kernel、rootfs、app布局（转载）

2019独角兽企业重金招聘Python工程师标准>>>

嵌入式开发涉及硬件和软件两部分，个人目前主要是做嵌入式软件部分，使用uboot+linux的整体方案。这里所说的“嵌入式软件环境”，不是指宿主机上的嵌入式开发环境，而是指目标机中的运行软件环境，只是简要介绍一种布局及相应的实现步骤。

一、软件环境的布局

开发板的datasheet中都有详细的地址空间的划分，其中比较重要的两块是：DDR地址空间和Flash地址空间。DDR空间是系统和应用的运行空间，一般由linux系统自身进行使用和管理；Flash空间是系统和应用载体的存放空间，一般需要在使用前进行划分，由应用开发者进行管理。在这里以我现在正在做的项目进行简单的示例和说明。

其中，Flash的整体地址空间为：0x34000000~0x34FFFFFF,共16MB,使用的是Nor Flash芯片。布局需要做的工作是：

1. 确定uboot二进制文件的大小，使用的地址范围
2. 确定linux kernel镜像文件的大小，使用的地址范围
3. 确定rootfs 根文件系统的镜像文件大小，使用的地址范围
4. 估计整体应用方案所需的空间大小，选择可使用的地址范围

完成上述工作后，项目的布局如下：

1. uboot：0x34000000~0x34080000, 512KB
2. kernel : 0x34080000~0x34180000, 1MB, 文件大小为952.8KB
3. rootfs : 0x34180000~0x34700000, 5.5MB, 文件大小为3.85MB
4. app : 0x34700000~0x34FFFFFF, 9MB, 文件大小为3.725MB

到这一步已经完成了地址空间的逻辑布局，接下来就是存储空间的物理布局实现，就是对Flash进行分区，这里可以分成四个区，对应上述四块软件，也可以分成三个区：

1	mtdparts=phys_mapped_flash:0x180000(boot),0x580000(roofs70),0x900000(app)

二、布局的实现方式

这里主要是指如何将上述相应的镜像文件下载到或者烧写到开发板上，也涉及到大批量生成的烧录方式，我在第一个项目时就在这一块纠结过，现在算是后知后觉。
在开发过程中有很多的选择，主要的有：

• JTAG，或者配套的烧写器，再加上配套的软件套件，如CCS，完成uboot的烧写
• 专门的串口烧写工具，完成uboot的烧写
• 在uboot环境下可以使用tftp工具，完成kernel镜像、rootfs文件、app文件的烧写

基本就是上面的一个过程，在我的第一个项目中，主要是使用：JTAG+CCS+tftp的方式，现在项目中则是：烧写器+tftp（uboot一般不修改）。

1. uboot环境中tftp工具的使用

不同的uboot版本命令格式和提供的功能会有所差别，最好是使用前查阅帮助或者参考开发指导手册，主要的功能有从服务器下载文件和上传文件到服务器，常见的格式为：

1	- 下载文件：tftp <addr> <file>

2	- 上传文件：tftp <addr> <size> <file>

在我的第一个项目中，使用的是Nand Flash芯片，下载过程：

1	- 下载文件到内存地址

2	- erase Flash上对应的文件存放地址空间

3	- write 内存地址中的文件内容到Flash上对应的地址空间

当前项目中，使用的是Nor Flash芯片，下载过程：

 

1	- erase Flash上对应文件的存放地址空间

2	- 直接下载文件到Flash中对应文件的地址空间中：tftp 0x34180000 rootfs.jffs2

因为手上现在没有Nand Flash芯片的开发板，没法测试第二种方式是否可以使用Nand Flash环境。
同样的现在也可以直接从Nor Flash中启动内核镜像，而不需要先将其加载到内存再启动：

 

1	setenv bootcmd "bootm 0x34080000"

1. 批量生产的软件烧录

进行设备的批量生产阶段，肯定不能按照开发阶段的过程来进行软件环境的烧录，对于大批量来说，这样做效率太低，而且容易出错。越简单、单一的操作效率越高，越不容易出错。最佳的方式是：一步解决。在此推荐的方式是：

• 按照上面的内容和步骤完成整个软件环境的布局和构建
• 用tftp工具将整个Flash中的内容全部打包上传到服务器，得到一个整体方案镜像
• 使用烧片器烧写整体镜像完成批量原始设备的软件烧录构建

转载于:https://my.oschina.net/u/1257946/blog/198127