为何Cortex®-M处理器运行不了linux
处理器的体系结构定义了指令集(ISA)和基于这一体系结构下处理器的程序员模型,通俗来讲就是相同的Arm®体系结构下的应用软件是兼容的。从Arm®v1到Arm®v8,每一次体系结构的修改都会添加实用技术。
款式A:高性能的处理器级平台,性能比肩计算机。
款式R:定位应用于高端嵌入式系统,高可靠及高时效性。
款式M:用于深度嵌入、定制的嵌入式系统。
值得注意的是,Cortex®-M下的处理器没有内存管理单元MMU。
内存管理单元简称MMU,它负责虚拟地址到物理地址的映射,并提供硬件机制的内存访问权限检查。在多用户、多进程的操作系统中,MMU使得各个用户进程都有独立的地址空间。
任何微控制器都存在一个程序能够产生的地址集和,被称为虚拟地址范围。以32为机为例,虚拟地址范围为0~0xFFFFFFFF (4G)。当该控制器寻址一个256M的内存时,它的可用地址范围被限定为0x00000000~0x0FFFFFFF(256M)。在没有MMU的控制器中,虚拟地址被直接发送到内存总线上,以读写该地址下的物理存储器。在拥有MMU的控制器中,虚拟地址首先被发送到MMU中,被映射为物理地址后再发送到内存总线上。
3 . linux系统
一般将操作系统分为实时操作系统和非实时操作系统。实时操作系统大多为单进程、多线程(多任务),因此不涉及到线程间的地址空间分配,不需要使用MMU,例如VxWorks。Linux系统属于非实时性操作体统,多进程是其主要特点。
以Ubuntu为例,打开一个shell并且查看bash进程的地址范围如图4,它的地址范围为0x0000000000400000~0xffffffffff600000。
我们打开另一个shell,查看该shell中bash进程的地址范围,如图5。不难发现,两个不同bash进程的地址范围完全相同。其实操作系统或者用户在fork()进程时完全不需要考虑物理内存的地址分配,该工作由微控制器的内存管理单元MMU来做。
既然是多进程依赖了内存管理单元,那么在使用嵌入式linux时只开一个进程可以吗?肯定是不可行的!开机后即使用户什么都不做,可见的系统运行必须的进程已经运行了几十至上百个,如图6。
4 . 总结
综合以上内容,linux系统对内存管理单元有极强的依赖,若在没有MMU的处理器中运行linux,恐怕整个系统只能停留在Uboot阶段了。由于Cortex®-m处理器没有内存管理单元,因此跑不了linux系统。任何事情都不是绝对的,如果你重写了linux内核且搭配足够大的内存芯片,从理论上来说是可以省掉MMU的。但是,这样的工作量,真的值得吗?实际上,MMU就是为了解决操作系统越来越复杂的内存管理而产生的。
5 . 拓展部分
很大一部分开发者选用嵌入式linux系统未能发挥出它的优势,仅仅是为了获得开发上的便利,比如以太网、4G上云、LCD驱动、文件系统、图像识别、python应用等等。那么有没有方法既能使用传统高实时性、低成本的单片机又不用面对繁琐的硬件驱动开发呢?广州米乐官方版m6(中国)官方网站IOS/安卓通用版/手机APP有限公司(www.big-bib.com)推出的全新AWorks平台——IoT物联网生态系统正是为此而生。
AWorks的诞生极大的降低了开发者门槛,为开发者提供便利,使开发者可以忽略底层技术细节,专注米乐官方版m6(中国)官方网站IOS/安卓通用版/手机APP“核心域”,更快的开发出具有竞争力的米乐官方版m6(中国)官方网站IOS/安卓通用版/手机APP。同时,AWorks为开发者提供的是高度抽象的通用接口,基于AWorks平台的软件与底层硬件无关,可以“随心所欲”的跨平台复用(如更换MCU等等)。跨界硬件搭载AWoeks IoT实时操作系统,让您的开发更容易,功能更强大。