嵌入式Linux学习第四天启动方式学习

嵌入式Linux学习第四天

今天学习I.MX6U 启动方式详解。I.MX6U有多种启动方式,可以从 SD/EMMC、NAND Flash、QSPI Flash等启动。

启动方式选择

BOOT 的处理过程是发生在 I.MX6U 芯片上电以后,芯片会根据 BOOT_MODE[1:0]的设置来选择 BOOT 方式。BOOT_MODE[1:0]的值是可以改变的,I.MX6U-ALPHA 开发板的这两个引脚原理图如图所示:在这里插入图片描述
I.MX6U 有四个 BOOT 模式,这四个 BOOT 模式由 BOOT_MODE[1:0]来控制,也就是BOOT_MODE1 和 BOOT_MODE0 这两个 IO,具体模式如下图所示:
在这里插入图片描述

串行下载

当 BOOT_MODE1 为 0,BOOT_MODE0 为 1 的时候此模式使能,串行下载的意思就是可以通过 USB 或者 UART 将代码下载到板子上的外置存储设备中,我们可以使用 OTG1 这个 USB口向开发板上的 SD/EMMC、NAND 等存储设备下载代码。我们需要将 BOOT_MODE1 拨到“OFF”,将 BOOT_MODE0 拨到“ON”。这个下载是需要用到 NXP 提供的一个软件,一般用来最终量产的时候将代码烧写到外置存储设备中的。

内部 BOOT 模式

当 BOOT_MODE1 为 1,BOOT_MODE0 为 0 的时候此模式使能,在此模式下,芯片会执行内部的 boot ROM 代码,这段 boot ROM 代码会进行硬件初始化(一部分外设),然后从 boot 设备(就是存放代码的设备、比如 SD/EMMC、NAND)中将代码拷贝出来复制到指定的 RAM 中,一般是 DDR。

内部 BOOT 模式分析

BOOT ROM 初始化内容

当初始化为内部boot模式时候,在电源上电或重置后,i.MX6UL 会首先执行内置的 Boot ROM 程序。这个 Boot ROM 是固化在处理器内部的一段启动代码,它负责系统的初步设置和引导过程。首先肯定是初始化时钟,具体如下图所示。
在这里插入图片描述
BT_FREQ 模式为 0,可以看到,boot ROM 会将 I.MX6U 的内核时钟设置为396MHz,也就是主频为 396Mhz。System PLL=528Mhz,USB PLL=480MHz,AHB=132MHz,IPG=66MHz。关于 I.MX6U 的系统时钟,我们后面会详细讲解。内部 boot ROM 为了加快执行速度会打开 MMU 和 Cache,下载镜像的时候 L1 ICache 会打开,验证镜像的时候 L1 DCache、L2 Cache 和 MMU 都会打开。一旦镜像验证完成,boot ROM就会关闭 L1 DCache、L2 Cache 和 MMU。

内核时钟(CPU Clock)为 396 MHz:这意味着处理器的主频设置为396 MHz,这是处理器执行指令的速度。
System PLL(系统相位锁定环)为 528 MHz:PLLs(Phase-Locked Loops)是一种电子电路,用于产生一个精确的时钟信号。在这里,528 MHz 是一个重要的时钟源,用于生成其他系统时钟。 USB PLL为 480 MHz:这个时钟专门为 USB 接口提供时钟信号,确保USB通信的稳定性和性能。
AHB(高性能总线)为 132 MHz:AHB是用于高速访问核心模块如RAM和ROM的总线。132 MHz 的速度是为了平衡性能和功耗。
IPG(外设总线)为 66MHz:IPG是连接低速外设的总线,66 MHz 提供了足够的速度来支持这些外设的操作。

MMU 和 Cache 的作用

MMU(内存管理单元):MMU负责虚拟内存和物理内存之间的映射。在系统启动和引导过程中启用MMU可以提高内存访问的效率和安全性。
Cache(缓存):Cache是一种快速存储器,用于减少访问主内存的次数,从而加快数据访问速度。在i.MX6U的启动过程中,Cache被用来加快引导程序的执行速度。
L1 ICache(一级指令缓存):在下载镜像时开启,加快指令的读取速度。
L1 DCache(一级数据缓存)和 L2 Cache(二级缓存):在验证镜像时开启,加快数据的读写速度。

镜像下载与验证

在系统启动过程中,Boot ROM 首先会下载引导镜像到内存中,并开启 L1 ICache 来加速这一过程。一旦下载完成,为了确保引导镜像的完整性和安全性,Boot ROM 会进行镜像验证,这时会开启 L1 DCache、L2 Cache 和 MMU 来加速验证过程。
镜像验证后的操作
一旦镜像验证完成,为了将系统转入一个更安全、更可控的状态,Boot ROM 会关闭 L1 DCache、L2 Cache 和 MMU。这样做的目的是为了在将控制权交给引导加载程序(如U-Boot)之前,清除所有的缓存和状态,确保系统的干净启动。

启动设备

启动设备是指系统上电或重置后第一个被执行的代码所在的存储设备。这个设备包含了启动系统所需的初始程序代码,通常被称为引导加载程序(Bootloader)。引导加载程序是系统启动过程中至关重要的一部分,它负责初始化硬件设备、设置内存、加载操作系统内核等任务,从而使系统进入可操作状态。
当 BOOT_MODE 设置为内部 BOOT 模式以后,可以从以下设备中启动:
①、接到 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。
这些启动设备如何选择呢?I.MX6U 同样提供了 eFUSE 和 GPIO 配置两种,eFUSE 就不讲解了。我们重点看如何通过 GPIO 来选择启动设备,因为所有的 I.MX6U 开发板都是通过 GPIO来配置启动设备的。正如启动模式由 BOOT_MODE[1:0]来选择一样,**启动设备是通过BOOT_CFG1[7:0]、BOOT_CFG2[7:0]和 BOOT_CFG4[7:0]这 24 个配置 IO,这 24 个配置 IO 刚好对应着 LCD 的 24 根数据线 LCD_DATA0~LCDDATA23,当启动完成以后这 24 个 IO 就可以作为 LCD 的数据线使用。**这 24 根线和 BOOT_MODE1、BOOT_MODE0 共同组成了 I.MX6U的启动选择引脚。

在这里插入图片描述
虽然有 24 个 IO,但是实际需要调整的只有那几个 IO,其它的 IO 全部下拉接地即可,也就是设置为 0。打开 I.MX6U-ALPHA 开发板的核心板原理图,这 24 个 IO 的默认设置如图所示:

在这里插入图片描述
大部分的 IO 都接地了,只有几个 IO 接高,尤其是 BOOT_CFG4[7:0]这 8 个 IO 都 10K 电阻下拉接地,所以我们压根就不需要去关注 BOOT_CFG4[7:0]。我们需要重点关注的就只剩下了 BOOT_CFG2[7:0]和 BOOT_CFG1[7:0]这 16 个 IO。这 16 个配置 IO 含义在原理图的左侧已经贴出来了,如图所示:
在这里插入图片描述

打开 I.MX6U-ALPHA 开发板的底板原理图,底板上启动设备选择拨码开关原理图如图所示:
在这里插入图片描述
在这里插入图片描述
根据图中的 BOOT IO 含义,I.MX6U-ALPHA 开发板从 SD 卡、EMMC、NAND 启动的时候拨码开关各个位设置方式如下图所示:
在这里插入图片描述
上节课我们编写完汇编程序要把程序编译后烧写到sd卡,然后从sd卡启动。那么镜像烧写的过程是啥呢。究竟。原子的文档很清楚了介绍了这一块。

镜像烧写

我们设置好 BOOT 以后就能从指定的设备启动了,但是你的设备里面得有代码啊,在第八章中我们使用 imxdownload 这个软件将 led.bin 烧写到了 SD 卡中。imxdownload 会在 led.bin前面添加一些头信息,重新生成一个叫做 load.imx 的文件,最终实际烧写的是 laod.imx。
在嵌入式系统的开发过程中,不同的微处理器或微控制器有着不同的启动和程序加载机制。对于STM32这样的微控制器,通常可以直接将编译生成的.bin文件烧写到内部Flash中,因为STM32的启动加载(Bootloader)设计成可以直接识别和加载裸机二进制文件。然而,对于更复杂的处理器如NXP的i.MX6UL(以下简称i.MX6U),情况就有所不同。i.MX6U等处理器的启动流程设计得更为复杂和灵活,以支持多种启动媒体和复杂的应用场景,比如从SD卡、NAND Flash或者通过网络启动。因此,仅有裸机的.bin文件是不够的,需要在文件前添加特定的头信息,构成一个适合i.MX6U处理器识别和加载的格式。这个最终的可烧写文件,通常包含以下几个部分:

  1. 启动头信息(Boot Header):这是文件的最开始部分,包含了启动时必需的信息,例如程序的起始地址、加载到内存中的位置、需要加载的数据长度等。对于i.MX6U,这个头信息还可能包含签名或加密信息,用于安全启动。

  2. IVT(Image Vector Table):图像向量表,是一个固定格式的表,包含了启动过程中需要的各种地址,如启动入口地址、D-CD(Device Configuration Data)的地址、Boot Data的地址等。IVT使得处理器能够知道从哪里获取必要的信息来加载和执行程序。

  3. Boot Data:包含了关于映像的一些基本信息,如映像的大小和加载到内存中的目标地址。这些信息用于引导程序正确地将应用程序加载到内存中。

  4. D-CD(Device Configuration Data):这部分数据包含了特定的配置信息,用于初始化处理器的某些外设或接口。这对于确保应用程序能在特定的硬件设置下正常运行是必需的。

  5. 应用程序代码(Application Code):这是编译生成的.bin文件,即实际的应用程序代码。它紧随上述头信息和配置数据之后。

  6. CSF(Command Sequence File):对于需要安全启动的场景,CSF包含了用于验证程序完整性和真实性的命令和数据,如数字签名验证。

构建这样一个文件通常需要使用特定的工具或脚本,这些工具会按照i.MX6U的要求将上述各个部分组合成一个单一的可烧写文件。可以看出最终烧写到 I.MX6U 中的程序其组成为:IVT+Boot data+DCD+.bin。所以第八章中的 imxdownload 所生成的 load.imx 就是在 led.bin 前面加上 IVT+Boot data+DCD。内部 BootROM 会将 load.imx 拷贝到 DDR 中,用户代码是要一定要从 0X87800000 这个地方开始的,因为链接地址为 0X87800000,load.imx 在用户代码前面又有 3KByte 的 IVT+Boot Data+DCD 数 据,下面会讲为什么是 3KByte,因此 load.imx 在 DDR 中的起始地址就是 0X87800000-3072=0X877FF400。
接下来具体分析下IVT 和 Boot Data 数据:
load.imx 最前面的就是 IVT 和 Boot Data,IVT 包含了镜像程序的入口点、指向 DCD 的指针和一些用作其它用途的指针。内部 Boot ROM 要求 IVT 应该放到指定的位置,不同的启动设备位置不同,而 IVT 在整个 load.imx 的最前面,其整个位置都是相对于存储设备的起始地址的偏移。

以 SD/EMMC 为例,IVT 偏移为 1Kbyte,IVT+Boot data+DCD 的总大小为 4KByte-1KByte=3KByte。为啥这样去计算,这里我的理解是:SD/EMMC模式下IVT偏移地址为1KB,因为偏移是相对于存储地址的偏移量。所以IVT是相当于从1KB的地址的开始的。而原始的Initial Load Region Size为4KB。所以IVT+Boot data+DCD 的总大小为 4KByte-1KByte=3KByte。假如 SD/EMMC 每个扇区为 512 字节,那么 load.imx 应该从第三个扇区开始烧写,前两个扇区要留出来。load.imx 从IVT开始的第 3KByte 开始才是真正的.bin 文件(如果IVT、Boot Data和DCD总共占用了3KB,那么load.imx的程序数据部分(也就是.bin部分)实际上是从这3KB之后开始的)。
下图为IVT中存放的内容:
在这里插入图片描述
第一个存放的就是 header(头),header 格式如图所示:
在这里插入图片描述
Tag 为一个字节长度,固定为 0XD1,Length 是两个字节,保存着 IVT 长度,为大端格式,也就是高字节保存在低内存中。最后的 Version 是一个字节,为 0X40 或者0X41。
Boot Data 的数据格式如图所示:
在这里插入图片描述

接下来用winhex软件分析Load.imx的具体对应二进制格式数据。具体如下图9.4.1.4所示。
图1

我们将前 44 个字节的数据按照 4 个字节一组组合在一起就是:0X402000D1、0X87800000、0X00000000、0X877FF42C、0X877FF420、0X877FF400、0X00000000、0X00000000、0X877FF000、0X00200000、0X00000000。这 44 个字节的数据就是 IVT 和 Boot Data 数据,按照 IVT 和 Boot Data 所示的格式对应起来如下图所示:

在这里插入图片描述
在这里插入图片描述

DCD 数据:
I.MX6U 片内的所有寄存器都会复位为默认值,但是这些默认值往往不是我们想要的值,而且有些外设我们必须在使用之前初始化它。为此 I.MX6U 提出了一个 DCD(Device Config Data)的概念,和 IVT、Boot Data 一样,DCD 也是添加到 load.imx 里面的,紧跟在 IVT和 Boot Data 后面,IVT 里面也指定了 DCD 的位置。DCD 其实就是 I.MX6U 寄存器地址和对应的配置信息集合,Boot ROM 会使用这些寄存器地址和配置集合来初始化相应的寄存器,比如开启某些外设的时钟、初始化 DDR 等等。DCD 区域不能超过 1768Byte,DCD 区域结构如图:
在这里插入图片描述
DCD 的 header 和 IVT 的 header 类似,结构如图所示:
在这里插入图片描述
图中 Tag 为一个字节,固定为 0XCC。Length 是两个字节,包含写入的命令数据长度,包含 header,同样是大端模式。Parameter 为一个字节,这个字节的每个位含义如下图所示:Address 和 Vlalue/Mask 就是要初始化的寄存器地址和相应的寄存器值,注意采用的是大端模式!
在这里插入图片描述
在这里插入图片描述

bytes 表示是目标位置宽度,单位为 byte,可以选择 1、2、和 4 字节。flags是命令控制标志位。
DCD
数据是从图 0X2C 地址开始的。根据我们分析的 DCD 结构可以得到 load.imx 的 DCD数据如图所示
在这里插入图片描述
在这里插入图片描述
从表 9.4.2.1 中可以看出,DCD 里面的初始化配置主要包括三方面:
①、设置 CCGR0~CCGR6 这 7 个外设时钟使能寄存器,默认打开所有的外设时钟。
②、配置 DDR3 所用的所有 IO。
③、配置 MMDC 控制器,初始化 DDR3。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.rhkb.cn/news/322357.html

如若内容造成侵权/违法违规/事实不符,请联系长河编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Spring - 9 ( 10000 字 Spring 入门级教程 )

一: MyBatis XML 配置文件 Mybatis 的开发有两种方式: 注解XML 我们已经学习了注解的方式, 接下来我们学习 XML 的方式 MyBatis XML 的方式需要以下两步: 配置数据库连接字符串和 MyBatis写持久层代码 1.1 配置连接字符串和 MyBatis 此步骤需要进…

STC8增强型单片机开发 【第一个程序 - 点亮第一盏灯】

目录 一、创建项目 1. 创建一个新的项目 ​编辑 2. 配置开发板信息 ​编辑 3. 取消汇编配置 4. 项目结构 二、编码实现 1. 项目准备 2. 代码实现 点灯: 熄灯: 3. 编译烧录运行 配置编译输出 保存和编译代码 ​编辑 烧录 一、创建项目 1. …

OceanBase 如何实现多层面的资源隔离

OceanBase的资源隔离涵盖了多个方面,如物理机器间的隔离、不同租户之间的隔离、同一租户内的隔离,以及针对大型查询请求的隔离等。在实际应用OceanBase的过程中,我们经常会遇到这些操作场景或产生相关需求。这篇文章针对这些内容进行了简要的…

阿里云SLB监听虚拟服务器组时,既有部署在k8s容器里的应用,又有部署在ecs机器上的应用,k8s应用无法连接部署在ecs机器上的应用

一、背景 阿里云SLB可以添加多个监听端口,包括http和tcp,但是当被添加的后端应用,既有部署在k8s里,也有部署在ecs机器里。同一个slb下,这种混合方式的监听,会导致部署在k8s应用中的应用无法连接后者&#…

Spring扩展点(一)Bean生命周期扩展点

Bean生命周期扩展点 影响多个Bean的实例化InstantiationAwareBeanPostProcessorBeanPostProcessor 影响单个Bean的实例化纯粹的生命周期回调函数InitializingBean(BeanPostProcessor 的before和after之间调用)DisposableBean Aware接口在生命周期实例化过…

内存卡突然罢工?数据恢复有高招!

内存卡作为我们日常生活中常见的存储设备,广泛应用于手机、相机等设备中。然而,有时我们会遇到内存卡损坏打不开的情况,这时该如何应对呢?本文将为您详细解析内存卡损坏的原因,并提供有效的数据恢复方案,帮…

FPGA第二篇,FPGA与CPU GPU APU DSP NPU TPU 之间的关系与区别

简介:首先,FPGA与CPU GPU APU NPU TPU DSP这些不同类型的处理器,可以被统称为"处理器"或者"加速器"。它们在计算机硬件系统中承担着核心的计算和处理任务,可以说是系统的"大脑"和"加速引擎&qu…

如何进行Go语言的性能测试和调优?

文章目录 开篇一、性能测试1. 使用标准库中的testing包2. 使用第三方工具 二、性能调优1. 优化算法和数据结构2. 减少不必要的内存分配和垃圾回收3. 并发和并行 结尾 开篇 Go语言以其出色的性能和简洁的语法受到了广大开发者的喜爱。然而,在实际开发中,…

Linux进程——Linux进程间切换与命令行参数

前言:在上一篇了解完进程状态后,我们简单了解了进程优先级,然后遗留了一点内容,本篇我们就来研究进程间的切换,来理解上篇提到的并发。如果对进程优先级还有没理解的地方可以先阅读: Linux进程优先级 本篇…

Python程序设计 函数(三)

练习十一 函数 第1关: 一元二次方程的根 定义一个函数qg,输入一元二次方程的系数a,b,c 当判别式大于0,返回1和两个根 当判别式等于0,返回0和两个根 当判别式小于0,访问-1和两个根 在主程序中,根据函数返回…

Vue3:menu导航栏出现多个同一跳转路径的菜单处理

文章目录 需求整理实现思路实现过程 需求整理,实现思路 最近公司想将之前老的项目整理出来,因为这个老项目内容太杂什么页面都往里面塞,导致菜单特别多,公司就像将这个老的项目迁出来,这个旧的项目本来是后端PHP写的。…

【3dmax笔记】035: 车削修改器

一、车削修改器介绍 车削:图形通过绕轴旋转来创建三维效果。 开放的样条线,车削之后是面片。闭合的样条线,车削之后,是实体。 一、车削修改器实例 绘制高脚杯,首先在前视图绘制如下二维图形。 添加一个车削的修改器…

LeetCode509:斐波那契数(使用动态规划)

题目描述 斐波那契数 (通常用 F(n) 表示)形成的序列称为 斐波那契数列 。该数列由 0 和 1 开始,后面的每一项数字都是前面两项数字的和。也就是: F(0) 0,F(1) 1 F(n) F(n - 1) F(n - 2),其中 n > 1…

【Linux】gcc/g++的使用

🎉博主首页: 有趣的中国人 🎉专栏首页: Linux 🎉其它专栏: C初阶 | C进阶 | 初阶数据结构 小伙伴们大家好,本片文章将会讲解Linux中gcc/g使用的相关内容。 如果看到最后您觉得这篇文章写得不错…

深入了解 NumPy:深度学习中的数学运算利器

文章目录 1. 导入NumPy2. 创建NumPy数组3. 数组的算术运算4. N维数组4.1 创建和操作多维数组4.2 高维数组 5. NumPy的广播功能5.1 基本广播示例5.2 更复杂的广播示例 6. 访问数组元素6.1 基于索引的访问6.2 遍历数组6.3 基于条件的访问6.4 高级索引6.5 性能考虑 在深度学习和数…

VisualGDB : 在windows上开发和调试Linux代码(一)

传送门: 《VisualGDB : 解决编码导致的编译错误》 一、补充windows上 VisualGDB的安装 这里给大家附一个官方的下载路径:https://visualgdb.com/download/,根据自己的系统选择下载 笔者另附一个云盘的下载路径 VisualGDB https…

BACnet转MQTT网关智联楼宇json格式自定义

智能建筑的BACnet协议作为楼宇自动化领域的通用语言,正逐步迈向更广阔的物联网世界。随着云计算和大数据技术的飞速发展,如何将BACnet设备无缝融入云端生态系统,成为众多楼宇管理者关注的焦点。本文将以一个实际案例,揭示BACnet网…

spring高级篇(八)

本篇对Spring MVC 的执行流程做一个简单总结 MVC执行流程总结 当浏览器发送一个请求,例如http://localhost:8080/hello,请求到达服务器后,一般会进行如下操作: 1、首先会经过DispatcherServlet,默认映射路径为 /&…

element-plus el-cascader 懒加载实现-省市区街道选择及回显

大概思路: 准备一个接口可以通过父Id,查询到下一级省市区街道的信息;如下方的getRegionListOne确定后端的数据结构,需要在created里边处理数据回显逻辑el-cascader接收的数据格式是[‘’,‘’,‘’];后端的数据格式多为[{provinceId: ‘’, …

贪心算法(活动选择、分数背包问题)

一、贪心算法 贪心算法是指:在对问题求解时,总是做出在当前看来是最好的选择,而不从整体最优考虑,做出的仅是在某种意义上的局部最优解。 …