如何开始嵌入式Linux的学习呢又名Imx-forge上手Roadmap我昨天一下班就回去看了一下仓库的确太乱而且mkdocs工具日益陷入停滞维护所以我们转网站啦我本来打算直接画一个Roadmap的但是我收到反馈——就算画Roadmap那些不太了解嵌入式Linux的朋友仍然会一头雾水。笔者决定必须要把常见的问题汇总一下整理成路线清单。聊聊我们的嵌入式Linux开发到底是什么。只有这样学习这个项目您才知道我们到底从那个地方开始我需要首先说明的是——嵌入式Linux并不容易。绝大多数情况下我们倾向于在Linux开发环境专业的说应当叫Linux的各个发行版比如说UBuntu, Debian, 或者是笔者更为中意的Arch Linux等开发嵌入式开发板的功能。嵌入式Linux从最本质上讲同嵌入式单片机开发有部分区别但是又没有区别。没有区别的地方在哪里呢从驱动开发的角度上聊都是面向硬件在了解硬件基础特性后使用软件代码——比如说我们会使用C语言开发驱动这是因为Linux提供的接口抽象只有C近年来才慢慢有Rust。从宏观的角度上讲单片机的最本质的东西没有变使用C来控制您的硬件。从应用开发的角度上聊还是面向业务。你把手头的需求搞清楚了比匆忙行动更加重要。这是软件工程的要义。只不过用的是C或者是Rust或者是其他您手头需要的业务语言使用特定的框架就像您开发OLED程序可能会去用u8g2库驱动MPU6050用其他人写的封装好的库等等抓住这些根其实区别只有技术路线不同而已。这就是我们下面聊的不一样的地方。嵌入式Linux到底是个什么东西很多人第一次接触嵌入式Linux这个词的时候脑子里是一团浆糊。你可能玩过Arduino玩过STM32觉得嵌入式就是那点东西初始化时钟、配置GPIO、写几个中断、然后在while(1)里跑你的业务逻辑。这没错这是经典单片机开发。再复杂一些也就是上个RTOS让简单的Schedular跟Linux的比真的简单到爆炸了托管您的多任务切换细节。但嵌入式Linux不一样。嵌入式Linux 完整的Linux操作系统 跑在特定硬件平台上的应用系统。它不是一个简单的超级单片机它就是一台真正的计算机对你对一个复杂度就是你的电脑差不多的东西对他做软硬件编程你平时在电脑上用的Ubuntu、Debian、Arch Linux本质上和嵌入式Linux跑的东西是一样的。只不过你的电脑用的是x86-64处理器而嵌入式设备用的是ARM、RISC-V这类处理器。这下麻烦了。经典的单片机开发中我们几乎没有硬件和软件的隔离。没有隔离的时候我们叫裸机开发。以ARM芯片为例子RISC-V笔者只有在学习玩具操作系统XV6的时候和跟人交流CPU架构和短暂的学习计算机架构的时候短暂的接触过所以不下结论您的所有逻辑都是被前后台架构托管。任务同步的串行执行基于状态机的跳转任务流顶多中断打断修改状态。可以说这样的架构本身的复杂度可以说是入门级别的。即便有RTOS隔离也只是被RTOS很轻的一层抽象层抽象了一下我们还是离硬件很近。我们的代码对于单片机而言是一视同仁的。有时候眼睛一闭上您可能都能想得到现在您的ARM芯片上跑的什么指令。到嵌入式Linux变了。CPU的性能突然飙到了几百甚至1GMhz主板硬件的内存芯片达到了几百甚至几个G的大小片上的硬件的复杂度远远超出了您熟悉的开发板。这就要求我们使用更加复杂的操作系统控制——你知道的就是Linux。随着MMU与虚拟内存机制的引入现代的操作系统根本区别于您熟悉的RTOS它基于页表完成虚拟地址到物理地址的映射并实现进程间地址空间隔离。内存管理也不再停留于单片机或轻量 RTOS 中常见的简单堆分配器而是发展出了以Buddy System为核心的页级内存管理并结合Slab/SLUB等对象缓存分配器提升内核分配效率与缓存局部性。任务调度方面系统也从裸机循环或简单优先级抢占模型逐渐演化为 Linux 中基于CFSCompletely Fair Scheduler的通用公平调度体系并同时保留SCHED_FIFO、SCHED_RR等实时调度能力以兼顾吞吐、公平性与实时响应需求。简单文件系统我相信一些朋友可能玩过对于嵌入式Linux而言只有FAT32已经无法满足现代系统需求EXT4、Btrfs等现代文件系统开始提供日志恢复、权限管理、大容量支持、延迟分配以及 Copy-on-Write 等能力。与此同时网络设备与TCP/IP 协议栈的引入也使操作系统逐渐具备完整的网络通信能力。更重要的是现代操作系统通过用户态与内核态隔离建立了严格的权限边界应用程序无法直接访问硬件资源而必须通过系统调用由内核统一完成设备管理、资源调度与安全控制。这种分层架构也使驱动、进程管理、文件系统与网络协议栈逐渐形成了高度模块化的系统设计。而在裸机或轻量 RTOS 的单片机环境中这些东西在裸机单片机里要么没有要么是你自己造轮子造出来的简陋版本因此系统复杂度、抽象层级以及工程规模都与现代通用操作系统存在本质差异。当然这些只是景观。您要是不跟我一样喜欢看Linux内核那无所谓知道就得了实际上你极少改这里的代码。所以嵌入式Linux我注意到一些朋友跟我吐槽说不自在其实很简单。你是在一个已有的、成熟的操作系统框架下去适配你的硬件然后开发你的应用。这和单片机开发那种一切从零开始的思路完全不同。和单片机开发到底有啥区别这个问题我当年也纠结过好久。后来踩了一堆坑之后我总结出这么几个关键区别1. 启动链条的差异单片机上电 → 跳到main() → 说啥了干活呗嵌入式Linux上电 → 厂商小私货的ROM代码 → Bootloader(U-Boot) → Linux内核 → RootFS挂载 → Init进程 → 你的应用看到区别了吗单片机的启动过程简单粗暴上电之后你的代码就开始跑了。但嵌入式Linux要经过一个完整的启动链条。每一个环节都可能出问题每一个环节你都得懂。U-Boot配置错了不好意思起不来。可能串口都没消息内核设备树写错了送你一个Kernel Panic再见Rootfs挂载失败还是Kernel Panic那个挂载错误我都快背出来了。。。见太多次了这就是为什么这个项目里有这么多关于U-Boot、内核、Rootfs的教程——这些东西是绕不过的坎。2. 开发模式的差异单片机开发模式下一个工程里驱动和应用都在一个main.c里直接操作寄存器全局变量随便用中断里想干啥干啥。撑死了再封装一下下真的就是一下下了我是没见过比丢一个函数指针和参数就能起飞一个App抽象更简单的应用派发代码了。但嵌入式Linux不一样驱动和应用完全分离一个在内核空间一个在用户空间。你不能直接操作硬件得通过系统调用。内核编程有一堆限制——不能用任何传统的C标准库不能同步的无限循环小心被骂死哦要考虑并发安全。应用开发和在PC上写程序差不多这个分离是很多从单片机转过来的朋友最不适应的我的私信全是问这个的哈哈你不能在应用里直接GPIO-ODR 0x01这么写。你得写个驱动然后应用通过/dev/xxx设备文件去和驱动交互。听起来很麻烦确实麻烦。但这种麻烦带来的是安全性、稳定性和可维护性。3. 调试方式的差异单片机这块J-Link/SWD一连单点调试走起想看东西了printf随便打想在哪打在哪打看寄存器、看内存、看变量一切尽在掌握。但嵌入式Linux不太一样驱动调试主要靠pr_*和dmesg当然也能JTag或者kgdb但是笔者试过麻烦程度有点小爆炸。应用调试可以用gdb但跨平台调试有点折腾。你想看内存不好意思你只能拿到虚拟内存地址背后真正的物理地址早就被MMU硬件和页表管理子系统托管的看不到了。日志、/proc、sysfs信息分散在各处很多时候你得靠推理和经验去定位问题。很多朋友第一次在内核里pr_*打了一堆日志然后发现不知道怎么看心态当场崩了。4. 工具链的差异单片机这块其实挺省心的厂商IDE一键搞定Keil、IAR、CubeIDE什么的图形界面点一点就完事了。但嵌入式Linux不一样交叉编译工具链得自己装Makefile和Kconfig得自己写很多时候你要和命令行打交道。这也是为什么我们的教程从工具链开始——这是绕不过的第一步你连编译器都没有后面的一切都无从谈起。这个项目的层级结构好说完了嵌入式Linux是什么以及它和单片机的区别我们来聊聊这个项目的结构。我尽量按照从底层到上层的逻辑来组织这个项目你把它想象成一栋楼得先打地基然后一层一层往上盖。最底层是工具链这是地基。没有工具链你啥也干不了U-Boot编不了、内核编不了、应用编不了。我们的教程从这里开始你去看看工具链安装就知道了这一步绕不过。再往上是U-Boot你可以把它理解为嵌入式Linux的第一个程序。上电之后它先跑起来负责初始化硬件——内存、串口、网络、存储这些然后把Linux内核加载进来最后把控制权交出去。这块的内容在U-Boot教程里你想了解Bootloader的话可以看看。然后是Linux内核这是整个系统的核心。进程调度、内存管理、文件系统、设备驱动框架、网络协议栈全是它在管。内核这块水挺深的我们准备了内核教程从编译配置到设备树一步步带你走。内核启动后需要挂载一个根文件系统这里面有init进程第一个用户进程、/bin和/sbin这些目录下的工具、配置文件、库文件等等。RootFS这块的内容在Rootfs教程里BusyBox怎么编、inittab怎么写、NFS怎么挂都有。再往上是驱动开发这是连接硬件和应用的桥梁。驱动负责硬件初始化、寄存器操作、向上提供统一的接口、处理中断。这块是重头戏驱动教程从字符设备到并发机制从硬件访问到设备树内容相当扎实。最顶层就是你的应用了通过设备文件访问驱动调用各种系统库做你想做的事情。应用开发和在PC上写程序差不多只是编译时要用交叉编译工具链。如何开始学习这个问题其实没有标准答案取决于你的背景。我给几个不同的路线你可以对号入座。如果你是完全的新手建议按顺序来。先搞懂工具链这一步绕不过必须先搞定。然后了解一下U-Boot不需要深入知道它是干嘛的就行。接着了解一下内核同样概念层面理解即可。搞一下RootFS知道根文件系统是啥、里面有什么。最后开始驱动入门这里是真正开始写代码的地方。这个路径比较稳虽然慢一点但基础打得牢。如果你有单片机经验你可以跳过一些基础概念重点关注那些不一样的点。工具链安装还是得看和单片机不一样。然后重点看内核空间基础这个概念在单片机里没有但是很重要。设备树也得学单片机里硬件配置在代码里Linux里在设备树里。之后就可以直接从字符设备驱动教程开始了。如果你想快速上手想尽快看到效果可以走实战路线。不喜欢折腾工具链安装的先把Docker环境搭起来看QUICK_START.md就行。然后直接运行./scripts/release-all.sh构建整套系统把镜像烧到板子上先跑起来再说。跑起来之后你再回头慢慢研究各个模块这样心里有底。学习路线图时间线最后我给一个大致的时间线参考当然每个人情况不同这只是我的估算。如果你想完整走一遍大概需要3-4周的时间。Docker环境搭建和工具链安装一天就够了当然可以不Docker, 你是WSL好还是虚拟机好都可以一样的。U-Boot基础两三天Linux内核基础三五天RootFS构建两三天驱动开发基础得一两周最后是系统整合与调试这块是持续的工作。如果你想快速上手一周时间足够让你跑起来一个基本系统。最后的一些唠叨说实话嵌入式Linux的学习曲线确实比单片机要陡峭。但这并不是因为更难而是因为东西更多。单片机开发你只需要关注你的板子和你的代码嵌入式Linux开发你需要关注工具链、U-Boot、内核、设备树、RootFS、驱动、应用每一个环节都是一个不小的topic。但好消息是一旦你掌握了这个完整的链条你就拥有了从零构建一个嵌入式Linux系统的能力。这意味着你不受厂商SDK的束缚想用哪个版本的内核就用哪个版本想怎么定制系统就怎么定制系统真正理解底层是什么。这种能力的价值我觉得远大于学习过程中的那些麻烦。实际上这也是我开始这个项目的原因——用 和无数串口终端堆出来的工程。希望我们可以更方便地自定义自己的 i.MX6ULL 系统。接下来去哪里如果你已经看到这里说明你是真的想学。那么下一步完全新手去工具链安装想先看效果的去看QUICK_START.md想直接看驱动的去字符设备驱动教程想了解U-Boot的去什么是U-Boot想了解内核的去内核概述。祝你在嵌入式Linux的世界里玩得开心如果有问题随时去GitHub Issues找我们