nand flash启动流程 IMX6ULL——启动流程(与stm32对比）

发布时间 : 2024-10-11

作者 : 小编

访问数量 : 23

扫码分享至微信

IMX6ULL——启动流程(与stm32对比）

一、IMX6ULL——启动流程

飞向深空关注

2021.02.08 10:26:55字数 1,387阅读 1,754

1.IMX6拿C来编程需要C运行环境，这个运行环境由arm汇编来实现，文件夹的start.s文件就是启动文件，来实现C运行环境。其实STM32也有这个.s文件，拿H7举例，startup_stm32h753xx.s，这个文件是MDK自动生成的，不需要自己编写。

2.IMX6编程到运行需要把所有.c文件变成.o可执行文件，然后把所有.o文件链接在运行地址0x87800000转变成一个.bin文件，但是仅仅是.bin文件并不能在IMX中跑，需要在.bin文件头部加上数据头变成.imx文件传入IMX才能运行。

3.上述操作，可以编写make文件来实现，make文件可以实现通用，避免每增加一个文件就需要更改上述的命令。其实make文件也是实现了上述步骤，但最终是实现.bin文件。其实STM32也背地里帮你实现了make文件的功能，MDK帮你把.c文件变为.o然后变为.bin最后变为.hex文件即stm32要的执行文件，等价于IMX6的.imx文件

4.生成了.imx文件，但是如何让imx6获取到代码并执行？这就涉及到了启动方式。IMX6的启动方式由26个IO所决定，其中有boot0,boot1和其余24个IO。boot1 - boot00 0 从FUSE启动，不用0 1 串行下载，用到但是代码定型使用到1 0 内部boot模式，用到，常用

串行下载：串行下载的意思就是可以通过 USB 或者 UART 将代码下载到板子上的外置存储设备中这个下载是需要用到 NXP 提供的一个软件，一般用来最终量产的时候将代码烧写到外置存储设备中的。

内部boot模式：在此模式下，芯片会执行内部的 boot ROM 代码，这段 boot ROM 代码会进行硬件初始化(一部分外设)，然后从 boot 设备(就是存放代码的设备、比如 SD/EMMC、NAND)中将代码拷贝出来复制到指定的 RAM 中，一般是 DDR。上面这句话看起来有点难懂，其实就是选了这个模式就先执行内部boot rom程序初始化硬件，然后根据boot0/1的选择和24个IO的选择的启动方式把从什么地方取到.imx文件。可以根据启动方式的配置，配置为从①、接到 EIM 接口的 CS0 上的 16 位 NOR Flash。②、接到 EIM 接口的 CS0 上的 OneNAND Flash。③、接到 GPMI 接口上的 MLC/SLC NAND Flash，NAND Flash 页大小支持 2KByte、4KByte和 8KByte，8 位宽。④、Quad SPI Flash。⑤、接到 USDHC 接口上的 SD/MMC/eSD/SDXC/eMMC 等设备。⑥、SPI 接口的 EEPROM。从这几个地方取.imx文件，其实就是在这几个地方启动，我现在看到的章节，原子说它用5，从SD卡启动。Boot ROM还会初始化IMX的时钟式，主频396Mhz。其实.imx文件下载到SD卡并不算完，代码最终要被放在跟IMX6u连接的DDR3（SDRAM）中，因为imx6没有内部SRAM使用，所以代码最后放到SDRAM运行了，Boot ROM 中有初始化DDR3的代码。

ｂoot0,boot1如上，其余的24个IO，在正点原子板子上用于了LCD ，其实这24个IO用啥都没关系，它只在启动时候用于启动方式选择，后面自动变成普通IO。这个24个IO全部下拉，实际只用其实６个。具体是哪几个我目前不去管它，只需要知道这板子上８个管脚作用。设置　　　　　　　　启动设备0 1 x x x x x x 　　　串行下载，可以通过 USB 烧写镜像文件。1 0 0 0 0 0 1 0 　　　SD 卡启动。1 0 1 0 0 1 1 0 　　　EMMC 启动。1 0 0 0 1 0 0 1　　　 NAND FLASH 启动。

目前选SD卡启动方式

5..bin文件转化成.imx文件。也需要几个步骤，但正点原子提供了一个软件imxdownload来实现了着几个步骤，只需要把这个软件放在.bin文件同级目录下就行了，但此时观察软件名字发现是灰色，需要使用chmod 777 imxdownload来给这个软件可执行权限，发现名字变成绿色可以执行。软件是可以执行了，但如何来使用？上面说到启动设备选择SD卡，于是就用这个软件把.bin文件变成.imx文件传入到SD卡。目前软件有了，启动方式决定了，还插SD卡，拿读卡器装上SD卡，插到电脑上，选择接入到Ｕbuntu , 执行命令 ls /dev/sd* 看看有没有新增的sd* ，不能决定就插拔SD卡看谁在变化，找不到SD卡重启ubuntu。有SD卡文件化的文件后，执行命令 ./imxdownload led.bin /dev/sdf 就可以把.imx文件传到SD卡。注意拿空SD卡，因为会先格式化清空SD卡。

0人点赞

日记本

Linux 的启动流程

本篇的重点是讲解设备和驱动的启动流程，设备和驱动的流程是整个内核启动的核心，也是工作中最常面对的问题。出于知识点的系统性考虑，在进入主题之前我们先看下整个 Linux 在 ARM 中的启动流程如何。

Uboot 的启动流程

ARM Linux 的启动流程大致为：Uboot → Kernel → Root filesystem。Uboot 在上电的时候就拿到 CPU 的控制权，实现了硬件的初始化。具体是怎么实现的呢？一起来看一下，CPU 的内部集成了小容量的 Sram，而 PC 指针一上电就指向 Sram 的起始地址 0x00000000，所以一上电 Uboot 代码就得到了运行。

Uboot 拿到 CPU 使用权就开始做初始化工作，比如关闭看门狗、设置 CPU 运行模式、设置堆栈、初始化内存、网卡、nand flash 等，最后把 Linux 内核加载到内存中。

初始化 RAM

因为内核要在 RAM 中运行，所以在调用内核之前必须初始化和设置 RAM，为调用内核做好准备。

初始化串口

内核在启动过程中可以将信息通过串口输出，这样就可以清楚的知道内核启动信息。虽然串口不是 Uboot 必须要完成的工作，但是通过串口可以方便调试 Uboot 和内核的各种信息。

检测处理器类型

Uboot 在调用内核前需要检测系统的处理器类型，并将其保存在某个变量中提供给内核，内核在启动过程中会根据该处理器的类型调用相应的初始化程序。

设置内核启动参数

内核在启动过程中会根据该启动参数进行相应的初始化工作。

调用内核镜像

值得注意的是存储 Uboot 的存储器不同，Uboot 的执行过程也并不相同，一般来讲 Flash 分为 nor Flash 和 nand Flash 两种：nor Flash 支持芯片内执行（XIP，eXecute In Place），这样代码可以在 Flash 上直接执行而不必复制到 RAM 中去执行。

但是 nand Flash 并不支持 XIP，所以要想执行 nand Flash 上的代码，必须先将其复制到 RAM 中去，然后跳到 RAM 中去执行。如果内核存放在 nor Flash 中，那么可直接跳转到内核中去执行。但通常由于在 nor Flash 中执行代码会有种种限制，而且速度也远不及 RAM 快，所以一般的嵌入式系统都是将内核复制到 RAM 中，然后跳转到 RAM 中去执行。不论哪种情况，在跳到内核执行之前 CPU 的寄存器必须满足以下条件：r0 ＝ 0，r1 ＝处理器类型，r2 ＝标记列表在 RAM 中的地址。

Linux 内核的启动流程（设备和驱动的加载）

关于 Uboot 的启动本课程不做详细介绍，因为本课程的主要内容是内核。在讲述内核启动之前让我们先了解下内核的组成结构：

其中，

（1）vmlinusx 是 ELF 格式的 Object 文件，这种文件只是各个源代码经过连接以后得到的文件，并不能在 ARM 平台上运行。

（2）经过 objcopy 这个工具转换以后，得到了二进制格式文件 Image，Image 文件相比于 vmlinusx 文件，除了格式不同以外，还被去除了许多注释和调试的信息。

（3）Image 文件经过压缩以后得到了 piggy.gz，这个文件仅仅是 Image 的压缩版，并无其他不同。

（4）接着编译生成另外几个模块文件 misc.o、big_endian.o、head.o、head-xscale.o，这几个文件组成一个叫 Bootstrap Loader 的组件，又叫引导程序，编译生成 piggy.o 文件。

（5）最后 piggy.o 文件和 Bootstrap Loader 组成一个 Bootable Kernel Image 文件（可启动文件）。

经过上面的分析不难知道 piggy.o 就是内核镜像，而剩下的几个文件就组成了引导程序。知道了内核的组成结构，Uboot 就是按照内核的组成结构一层一层剥开然后引导内核的：

可以说 start_kernel之前的所有工作都是为了将环境准备好，满足start_kernel的要求，然后由start_kernel开始进行内核的加载：

关于 start_kernl函数的内容太多，可以通过红色回调函数看出，start_kernel函数基本是在回调很多对应的注册函数。为了本系列课程的结构性这里就不展开所有知识点讲解，本篇内容接着前一篇设备树的内容重点讲解下设备和驱动的匹配过程。

还记得上一篇讲到的设备树三大作用吗？

平台标识；

运行时配置；

设备信息集合。

接下来我们就看看内核在启动的时候是如何寻找设备，驱动又如何和设备绑定的。

首先在平台目录下可以看到有很多平台描述的文件，如图：

有那么多的平台，我们到底要执行哪个平台是首先要考虑的事情。这也是设备三大功能的第一个功能——平台标识。

设备树里有对设备根节点的 Compatible 描述，平台文件里有对 __initconst的描述，如果两个字段一致则找到了对应的板级文件，这样就通过设备树把要用的设备平台与其他平台区分开来了，如图：

找到平台后就可以根据回调函数的指针调用该平台的注册函数。这里以飞思卡尔 imx.6dl 平台为例，回调的时候会调用 imx6q_init_machine函数，如下：

这里补充一个知识点，细心的读者也许发现了在 Compatible 字段里用逗号分隔了两个字符串。板级匹配的时候用的是哪个字符串，另外一个字符串又是做什么用？首先后面的字段 "fsl,imx6dl" 是抽象共用平台描述符，前面的字段 "fsl,imx6dl-sabresd" 是通用平台下的具体平台描述符，可以理解为母板和子板的区别。在具体的子板文件中我们可以通过前面的字段进行设备信息的获取，如图：

接着是运行时配置，让内核在启动的时候根据参数设置进行不同的处理。有经验的读者清楚在 Uboot 里也有对 Bootargs 的配置，这里为什么多此一举呢，是为了在 Uboot 中更灵活的对内核启动进行配置。

最后的作用就是设备信息集合，这是设备和驱动匹配的核心，也是工作中面对最多的情况。出于这一作用的内容是工作中经常遇到的重点也是难点，我们专门用一篇内容来详细讲解各级设备是如何展开的，并且手把手教你如何定制一套自己的开发板全新案例。

IMX6ULL——启动流程(与stm32对比）

一、IMX6ULL——启动流程

Linux 的启动流程

Uboot 的启动流程

Linux 内核的启动流程（设备和驱动的加载）

关于我们

产品中心

服务与支持