linux程序移植到rtos的,移植RTOS需要做的事

1. 框架

鸿蒙是一套完整的、普通人可以直接使用的操作系统，跟Windows、安卓、IOS类似。 常见的错误观点是把鸿蒙跟Linux放在一起来对比，这不对：Linux只是一个内核，普通人无法使用

○还需要在Linux之上安装各类程序

○比如Ubuntu等发行版，它们在Linux内核之上，还有桌面、各类办公软件鸿蒙支持多种内核：Linux、Liteos(又分为Liteos-a、Liteos-m)

在内核之上，鸿蒙还有各种子系统，在子系统之上又有桌面等软件

2. 嵌入式软件系统的组成

我们可以把内核之上的软件，简单称为APP(实际上还可以细分，比如各类子系统、桌面等APP)。 启动内核，并不复杂，使用U-boot即可。

3. 移植最小系统要做的几件事串口相关

○打印(只是打印调试信息)

○串口驱动(可发可收，APP执行printf时可以从串口打印，所以需要驱动)MMU(Memory Management Unit，内存管理单元)的设置：虚拟地址与物理地址

完善中断子系统

○提供系统tick时钟

○为串口驱动实现基于中断的读取字符函数实现存储设备驱动程序

在存储设备上烧录文件系统

3.1 串口相关

与Linux的串口驱动相比，鸿蒙的串口驱动极大简化了。 对于输出：不使用中断，直接使用查询方式输出。 对于输入：使用中断，我们只需要提供底层硬件相关的代码。 要注意：使用的是虚拟地址。

3.2 MMU设置

MMU有2大功能：

3.2.1 权限管理

比如可以把进程A、B的地址空间完全隔离开，它们互不影响

写得差的进程、有恶意的进程，不能影响到其他进程

用户程序、内核地址空间完全隔离开：不允许用户直接访问硬件

示例如下

3.2.2 地址映射

使能MMU后，CPU发出的地址被称为"虚拟地址"，它不是直接发送给硬件，而是发给MMU

MMU根据页表

○进行权限判定

○转换为物理地址，发给外设

运行app1时，CPU发出的addr，通过MMU映射到paddr1；

运行app2时，CPU发出的同一个addr，通过MMU映射到paddr2；

虽然app1、app2使用的地址相同，但是对应的内存不同，如下图：

在移植过程中，我们不需要关注“权限”，只需要关注“地址映射”

3.3 中断子系统

操作系统跟单片机程序最大的区别，就是多任务，也就是同时运行多个程序。 同时，对人类来说是这样的，多个程序好像可以同时运行，实际上它们是轮流运行。

3.3.1 操作系统"同时"运行多个任务

轮流运行：

3.3.2 串口接收数据的中断

使用串口接收数据时，如果使用"查询"方式，低效并且费电。 一般都使用中断方式。

3.4 存储设备的驱动程序

板子上一般都有EMMC、SD/TF卡、Nor Flash、Nand Flash等存储设备。 Nor Flash、Nand Flash的驱动程序相对简单，但是这些设备比较少见了。 而EMMC、SD/TF卡的驱动程序又太复杂，足够出一个专题了。 我们聚焦在最小系统的移植，先把流程走通：用内存来模拟Flash。

3.5 根文件系统

光有存储设备还不行，上面需要有文件：这就是根文件系统。 一个程序要能运行，出了你写出的程序本身，还需要其他库，比如printf就不是你写的，它在库文件里。 根文件系统里会有这些内容：程序

库

配置文件

用户数据(可选)

驱动程序(可选)

4. 想做更多

为有更好的人机交互可以移植LCD、触摸屏驱动

为了方便开发，移植EMMC驱动、网卡驱动

要接各类外设，还需要I2C、SPI、GPIO、UART驱动

摄像头、声卡驱动