共计 1701 个字符，预计需要花费 5 分钟才能阅读完成。
| 导读 | 跑 Linux 操作系统需要什么处理器？ARM9、ARM11？Cortex- M 比 ARM9 更新，为什么不能跑 Linux？相信很多小伙伴都有类似这样的疑问，下面围绕 Cortex-M、ARM、Linux 来讲讲相关内容。 |
ARM 处理器的体系结构定义了指令集（ISA）和基于这一体系结构下处理器的模型。ARM 的指令集从 ARMv1 发展到今天的 ARMv9，每一次体系结构的修改都会添加实用技术。
在 ARMv6 之前，其内核指令集架构都是单一款式，但在 ARMv7 开始，其指令集架构变成 3 种款式，即目前大家熟知的 Cotex-M、Cotex-R、Cotex-A，或者 ARMv7-A、ARMv7-R、ARMv7- M 这三款。
Cotex-M：主要指微处理器；
Cotex-R：主要指实时性处理器；
Cotex-A：主要指应用型处理器；
值得注意的是，Cortex- M 下的处理器没有内存管理单元 MMU。
MMU：Memory Management Unit，内存管理单元。
内存管理单元主要负责从虚拟地址到物理地址的映射，并在硬件层对内存访问权限的检查。在 Linux 等多用户、多进程的操作系统中，MMU 使得各个用户进程都有独立的地址空间，以防止内存越界。
MCU 都有一个地址集和，被称为虚拟地址范围。以 Cortex-M 32 为机为例，虚拟地址范围为 0 ~ 0xFFFFFFFF（4G 地址空间）. 当该控制器寻址一个 256M 的内存时，它的可用地址范围被限定为 0 ~ 0x0FFFFFFF（256M）。
1. 在没有内存管理的处理器中，虚拟地址被直接发送到内存总线上，以读写该地址下的物理存储器。
2. 在有内存管理的控制器中，虚拟地址首先被发送到 MMU 中，被映射为物理地址后再发送到内存总线上。
MMU 虚拟内存管理最主要的作用是让每个进程有独立的地址空间。
不同进程中的同一个虚拟地址被 MMU 映射到不同的物理地址，并且在某一个进程中访问任何地址都不可能访问到另外一个进程的数据，这样使得任何一个进程由于执行错误指令或恶意代码导致的非法内存访问都不会意外改写其它进程的数据，不会影响其它进程的运行，从而保证整个系统的稳定性。
另一方面，每个进程都认为自己独占整个虚拟地址空间，这样链接器和加载器的实现会比较容易，不必考虑各进程的地址范围是否冲突。
操作系统通常分为实时操作系统和非实时操作系统。
1. 实时操作系统大多为单进程、多线程（多任务），因此不涉及到线程间的地址空间分配，不需要使用 MMU，例如 ucos、FreeRTOS、RT-Thread 等。
2.Linux 系统属于非实时性操作体统，多进程是其主要特点，可以参考文章：Linux 是实时系统还是分时操作系统？
以 Ubuntu 为例，打开一个 shell 并且查看 bash 进程的地址范围如图 4，它的地址范围为 0x0000000000400000~0xffffffffff600000。
我们打开另一个 shell，查看该 shell 中 bash 进程的地址范围，如图 5。不难发现，两个不同 bash 进程的地址范围完全相同。其实操作系统或者用户在 fork（）进程时完全不需要考虑物理内存的地址分配，该工作由微控制器的内存管理单元 MMU 来做。
既然是多进程依赖了内存管理单元，那么在使用嵌入式 Linux 时只开一个进程可以吗？肯定是不可行的！开机后即使用户什么都不做，可见的系统运行必须的进程已经运行了几十至上百个。
通过上述描述我们可以知道，Linux 操作系统对 MMU（内存管理单元）有极强的依赖，若在没有内存管理单元的 CPU 中运行 Linux，恐怕整个系统只能停留在 Uboot 阶段了。由于 ARM 的 Cortex- M 处理器没有内存管理单元，，一般来说不建议跑 Linux 操作系统。
当然，任何事情都不是绝对的，如果你重写了 Linux 内核且搭配足够大的内存芯片，从理论上来说是可以省掉 MMU 的。
但是，这样的工作量，真的值得吗？实际上，MMU 就是为了解决操作系统越来越复杂的内存管理而产生的。
