1. 这本书到底解决了什么问题嵌入式Linux这个方向坑多、资料散、入门曲线陡几乎是所有过来人的共识。我见过太多人抱着开发板兴冲冲地开始结果卡在串口没输出、根文件系统挂载失败、驱动probe不进去这些环节一卡就是一两周热情直接磨没了。飞凌嵌入式这次和北京大学出版社合作出的《嵌入式Linux系统开发21天速成》从书名就能看出来它想干的事情很明确把从零到能跑通一个完整嵌入式Linux系统的路径压缩成一条有节奏、有节点、可验证的21天路线。这本书适合谁我的判断是三类人。第一类是电子、计算机相关专业的在校生课本上讲操作系统和Linux都是理论真到板子上跑发现完全不是一回事需要一本能把理论和板级实操接上的书。第二类是转行做嵌入式Linux的工程师可能之前做单片机、做硬件、做应用层想往系统层走但知识体系是碎的需要有人帮你把bootloader、内核、根文件系统、驱动这条链路串起来。第三类是在职但一直没系统跑通过全流程的开发者平时改改驱动、调调应用但整个系统怎么从源码到板子跑起来心里没底。它解决的核心问题说白了就是把“知道”变成“跑通”。嵌入式Linux的难点从来不是某个单点知识而是链路太长每一环都有坑而且坑和坑之间还会互相影响。比如根文件系统挂载不上可能是内核配置里NFS没编进去可能是bootargs里nfsroot参数写错可能是网络根本没通也可能是服务端export配置不对。这本书的价值就在于它用21天的节奏把这条链路上的每个关键节点都拆开讲清楚让你在板子上真正验证一遍。关键词里有个很具体的点嵌入式Linux根文件系统挂载使用NFS v3。这个点特别典型因为它几乎是每个嵌入式Linux开发者必经的一道坎。NFS挂载根文件系统是开发阶段最常用的方式因为改文件不用重新烧写直接在服务端改完板子重启就生效效率极高。但NFS v3的配置细节多内核选项、bootargs、服务端exports、防火墙、版本协商任何一处不对都挂不上。这本书如果能把这块讲透对新手来说就是救命的内容。2. 21天速成的节奏是怎么设计的2.1 为什么是21天而不是7天或30天21天这个数字不是随便定的。我自己的经验是嵌入式Linux入门如果每天投入2到3小时21天刚好能覆盖从环境搭建到驱动入门的完整链路而且每个阶段都有时间消化。7天太赶只能走马观花跑通了也不知道为什么30天又太长中间容易断档前面学的忘了后面接不上。合理的21天节奏我推测大概是这样的分布前3到5天打基础把开发环境、交叉编译工具链、串口终端这些搞定中间7到10天攻系统层bootloader、内核配置编译、根文件系统制作和挂载后面7到10天进驱动和应用字符设备驱动、设备树、简单应用部署。这个节奏的关键是每天都有可验证的产出不是光看理论而是板子上真的能看到变化。2.2 交叉编译工具链第一道门槛很多人第一步就卡在工具链上。什么叫交叉编译简单说你的电脑是x86架构板子是ARM架构你需要在电脑上编译出能在板子上跑的程序这个编译过程就叫交叉编译用的编译器就叫交叉编译工具链。工具链选型上常见的有Linaro、ARM官方、芯片原厂提供的。飞凌的板子一般会配套提供适配好的工具链我建议新手直接用官方配套的别自己折腾。原因很简单工具链和内核、库的版本匹配是个隐形的坑你自己配的版本可能编译能过但跑起来各种诡异问题。安装工具链的典型步骤以常见的ARM 32位为例# 解压工具链到指定目录 sudo tar -xjf gcc-linaro-xxx.tar.bz2 -C /opt/ # 配置环境变量加到 ~/.bashrc export PATH/opt/gcc-linaro-xxx/bin:$PATH export CROSS_COMPILEarm-linux-gnueabihf- export ARCHarm # 验证 arm-linux-gnueabihf-gcc -v这里有个细节CROSS_COMPILE和ARCH这两个环境变量编译内核和uboot时都会用到提前设好能省很多事。验证的时候一定要看到版本信息输出如果提示command not found八成是PATH没生效source ~/.bashrc一下再试。注意工具链的位数和板子的架构必须匹配。32位板子用32位工具链64位用64位硬浮点和软浮点也要对上。用错工具链编译出来的程序在板子上跑会直接报格式错误。2.3 串口终端你和板子对话的唯一通道板子刚上电没有显示器没有键盘你怎么知道它在干什么靠串口。串口终端是嵌入式开发最基础的调试手段没有之一。硬件上你需要一根USB转串口线接到板子的调试串口上。软件上Windows常用SecureCRT、Putty、MobaXtermLinux下直接用minicom或者picocom。参数一般是波特率1152008位数据位1位停止位无校验无流控。# Linux下用picocom连接串口 sudo picocom -b 115200 /dev/ttyUSB0 # 退出是 CtrlA 然后 CtrlX我第一次用的时候串口没输出折腾了半天最后发现是TX和RX接反了。串口线是交叉的板子的TX要接转接线的RXRX接TX。这个坑很经典新手遇到串口无输出先检查线序再检查波特率最后检查板子是不是真的上电了。3. 根文件系统挂载NFS v3的完整实操3.1 为什么开发阶段首选NFS挂载根文件系统根文件系统是Linux启动后挂载的第一个文件系统里面装着/bin、/etc、/lib这些目录。开发阶段根文件系统有两种常见方式一种是烧写到板子的存储介质上比如eMMC、NAND、SD卡另一种是通过网络挂载也就是NFS。NFS挂载的最大好处是改完即生效。你改一个配置文件、换一个应用程序不用重新制作镜像、不用重新烧写板子重启就加载新的。开发驱动的时候这个效率差距是巨大的。烧写方式改一次要几分钟NFS方式改一次几秒钟。但NFS挂载也有代价它依赖网络而且配置环节多。生产环境一般不会用NFS因为不稳定、依赖服务端。所以NFS是开发阶段的利器量产还是要落到本地存储。3.2 服务端配置exports文件的写法服务端就是你的开发电脑上面放根文件系统目录通过NFS共享出去。以Ubuntu为例先装NFS服务sudo apt-get install nfs-kernel-server然后配置/etc/exports假设你的根文件系统目录是/home/user/rootfs/home/user/rootfs *(rw,sync,no_root_squash,no_subtree_check)这几个参数逐个说清楚rw读写权限开发阶段必须不然板子上改不了文件。sync同步写入数据安全但慢一点。开发阶段也可以用async提速但断电可能丢数据。no_root_squash这个最关键。默认情况下客户端用root访问服务端会把它映射成nobody导致板子上的root没有权限写文件。加上这个参数root就是root。no_subtree_check关闭子树检查减少一些权限相关的报错NFS v3下建议加上。改完exports重启服务sudo exportfs -ra sudo systemctl restart nfs-kernel-server验证共享是否生效showmount -e localhost应该能看到你配置的目录和权限。注意服务端的防火墙要放行NFS相关端口。NFS v3除了2049端口还会用到rpcbind的111端口和一堆随机端口。开发环境图省事可以直接关防火墙但要知道这是开发环境的临时做法。3.3 内核配置NFS客户端支持必须编进去板子要能挂NFS根文件系统内核里必须有NFS客户端支持。这块在make menuconfig里配置File systems --- Network File Systems --- * NFS client support * NFS client support for NFS version 3 [*] NFS client support for the NFSv3 ACL protocol extension * NFS client support for NFS version 4 (可选) [*] Root file system on NFSRoot file system on NFS这一项必须选上否则内核启动到最后会报“VFS: Cannot open root device”之类的错误。NFS version 3必须选因为很多板子的uboot默认传的nfsroot参数走的是v3。还有一个容易漏的点网络驱动。板子的网卡驱动必须编进内核而且要在根文件系统挂载之前就能工作。如果网卡驱动是模块那就死锁了——挂根文件系统需要网络加载网卡模块需要根文件系统。所以网卡驱动必须是*编进内核不能是M。3.4 bootargs内核启动参数的正确写法bootargs是uboot传给内核的启动参数NFS挂载根文件系统的关键就在这里。典型写法setenv bootargs consolettyS0,115200 root/dev/nfs rw nfsroot192.168.1.100:/home/user/rootfs,v3 ip192.168.1.200:192.168.1.100:192.168.1.1:255.255.255.0::eth0:off这一长串参数逐个拆解consolettyS0,115200控制台用串口0波特率115200。root/dev/nfs根文件系统用NFS。rw根文件系统读写挂载。nfsroot192.168.1.100:/home/user/rootfs,v3服务端IP和共享目录,v3强制用NFS v3。ip192.168.1.200:192.168.1.100:192.168.1.1:255.255.255.0::eth0:off板子IP、服务端IP、网关、掩码、网卡名、自动配置关闭。这个ip参数的格式是ip客户端IP:服务端IP:网关:掩码:主机名:网卡:自动配置。中间主机名可以留空自动配置用off表示手动指定。注意nfsroot里的,v3很重要。如果不写内核可能尝试v4而服务端如果没配v4就会挂载失败。关键词里专门提到NFS v3就是因为这是最稳的组合。3.5 挂载失败的排查顺序NFS根文件系统挂载失败报错信息往往很模糊。我总结的排查顺序是这样的排查项检查方法常见问题网络连通板子上ping服务端网线没插、IP配错、网卡驱动没编服务端共享showmount -eexports没生效、目录权限不对内核NFS支持看内核配置NFS client没编、Root on NFS没选bootargs串口打印看参数nfsroot写错、v3没指定防火墙服务端检查端口被拦、rpcbind没起实际排查时先看串口打印到哪一步。如果连网卡都没识别那是驱动问题如果网卡起来了但ping不通那是网络配置问题如果ping通了但挂载失败那是NFS配置问题。一层层往下剥别跳步。4. 驱动开发从字符设备到设备树4.1 字符设备驱动的最小框架嵌入式Linux驱动开发入门一般从字符设备开始。字符设备是最简单的一类设备按字节流访问比如串口、按键、LED。一个最小的字符设备驱动核心结构是file_operations里面注册open、read、write、release这些函数。加载模块时用register_chrdev注册主设备号卸载时注销。#include linux/module.h #include linux/fs.h #include linux/cdev.h static int major; static struct cdev my_cdev; static int my_open(struct inode *inode, struct file *file) { printk(KERN_INFO my device opened\n); return 0; } static ssize_t my_read(struct file *file, char __user *buf, size_t len, loff_t *off) { return 0; } static struct file_operations my_fops { .owner THIS_MODULE, .open my_open, .read my_read, }; static int __init my_init(void) { major register_chrdev(0, mydev, my_fops); printk(KERN_INFO mydev registered, major%d\n, major); return 0; } static void __exit my_exit(void) { unregister_chrdev(major, mydev); } module_init(my_init); module_exit(my_exit); MODULE_LICENSE(GPL);编译这个模块需要内核源码树Makefile大概长这样obj-m mydev.o KDIR : /path/to/kernel all: make -C $(KDIR) M$(PWD) modules clean: make -C $(KDIR) M$(PWD) clean编译出.ko文件后传到板子上insmod mydev.ko然后用cat /proc/devices看主设备号再mknod创建设备节点就能在应用层open了。4.2 设备树现代内核的硬件描述方式老版本内核里硬件信息是写死在代码里的板子换一个硬件驱动就得改。现在主流内核都用设备树硬件信息写在.dts文件里驱动通过of_系列函数读取。设备树的基本结构/ { mydev0x12340000 { compatible myvendor,mydev; reg 0x12340000 0x1000; interrupt-parent gic; interrupts 0 50 4; status okay; }; };驱动里通过compatible匹配设备static const struct of_device_id my_of_match[] { { .compatible myvendor,mydev }, { } }; MODULE_DEVICE_TABLE(of, my_of_match);设备树最大的好处是驱动和硬件解耦。同一个驱动配不同的设备树就能适配不同的板子。飞凌的板子一般会提供完整的设备树源码新手可以先在现有基础上改别从零写。注意设备树改完要重新编译并更新到板子上。如果是NFS根文件系统设备树一般在内核镜像里或者单独分区改完要重新烧写对应的部分不是改根文件系统就能生效的。4.3 驱动调试的常用手段驱动跑不起来怎么查几个实用手段printk最原始但最有效在关键路径打印信息看串口输出。注意printk有日志级别KERN_INFO可能被过滤调试时用KERN_ERR或者临时改/proc/sys/kernel/printk。dmesg看内核日志驱动probe失败、内存分配失败这些都会打出来。/proc/devices看设备号有没有注册成功。/sys/class/看设备类有没有创建。devmem直接读写寄存器验证硬件是否工作。我踩过的一个坑驱动probe函数返回0才算成功返回负数会被内核认为失败设备就不会创建。有一次我probe里最后忘了return 0结果设备死活出不来查了半天。5. 面试题背后的知识体系5.1 嵌入式Linux面试常考什么热词里有“嵌入式linux面试题”这个方向面试确实有套路。我面过也被人面过总结下来高频考点集中在几块启动流程从上电到根文件系统挂载中间经历了什么。uboot怎么引导内核内核怎么初始化怎么找到根文件系统。这个问题能看出你对整体链路的理解。内核机制进程调度、内存管理、中断处理、并发控制。不要求你写内核但要能说清楚基本概念比如自旋锁和信号量的区别、中断上下文为什么不能睡眠。驱动模型字符设备、平台设备、设备树、总线匹配。平台设备和设备树的匹配机制是重点compatible属性怎么用probe什么时候被调用。根文件系统NFS挂载、busybox制作、init进程。NFS v3的配置细节经常被问到因为这是实际工作中天天用的。调试能力串口没输出怎么查、内核panic怎么定位、驱动加载失败怎么排查。这类问题没有标准答案看你的思路。5.2 怎么准备这类面试我的建议是别背题跑流程。你在板子上完整跑通一遍从uboot到根文件系统到驱动的流程面试时自然能说清楚。背来的答案经不起追问跑过的流程才是自己的。具体准备方法拿一块板子从零开始每一步都记录。uboot怎么编译、怎么烧写、环境变量怎么设内核怎么配、怎么编、怎么下根文件系统怎么搭、NFS怎么配驱动怎么写、怎么加载、怎么调试。这一套走下来面试题里的问题你都能用自己的话回答。注意面试官喜欢问“你遇到过什么问题怎么解决的”。准备两三个真实的踩坑案例比背十道题都有用。比如NFS挂载失败怎么排查的驱动probe失败怎么定位的这些故事能体现你的实际能力。6. 学习路径上的几个关键建议6.1 别贪多先把一条链路跑通嵌入式Linux知识面太广新手最容易犯的错是东学一点西学一点最后什么都没跑通。我的建议是先纵向打通一条链路uboot能启动、内核能跑、根文件系统能挂、一个简单驱动能加载。这条链路跑通了再横向扩展。21天速成的价值就在这里它给你规划了一条纵向路径你跟着走每天有产出21天后你手里有一个能跑的系统。这个成就感比看一堆理论强得多。6.2 板子选型配套资料比性能重要选开发板新手容易看性能参数其实配套资料的完整度才是第一位的。飞凌的板子在这方面口碑不错文档、源码、工具链、技术支持都比较全。你遇到问题有地方查、有人问这比板子多跑几百MHz重要得多。板子买回来先别急着改代码把官方提供的镜像烧进去跑通官方流程。确认硬件没问题、环境没问题再开始自己改。这个顺序能帮你排除很多硬件和环境层面的干扰。6.3 善用社区和源码嵌入式Linux的社区资源很丰富内核源码本身就是最好的文档。遇到不懂的驱动直接看内核里同类驱动的实现比看任何教程都直接。drivers/目录下按类别分好了字符设备、网络、存储应有尽有。社区方面国内的技术论坛、开源社区都有嵌入式Linux板块遇到具体问题搜一下大概率有人踩过同样的坑。提问的时候把串口日志、内核配置、操作步骤贴清楚别只问“为什么跑不起来”没人能回答。6.4 从“能用”到“懂原理”的进阶跑通之后下一步是理解原理。比如NFS挂载跑通只是第一步你要理解内核是怎么发起NFS请求的、VFS层怎么和NFS客户端交互、为什么v3和v4配置不一样。这些理解能让你在遇到新问题时快速定位。进阶的路径我建议是读内核源码里对应模块的实现结合书籍和文档自己画流程图。比如根文件系统挂载从init/main.c的kernel_init开始到prepare_namespace到mount_root到nfs的nfs_fs_mount一路跟下去整个链路就清晰了。这本书如果能把这条链路的原理也讲清楚那它的价值就不只是“速成”而是“速成且扎实”。对新手来说既要有21天跑通的成就感也要有后续深入的基础这两者不矛盾好的入门书应该兼顾。嵌入式Linux这个方向入门难但天花板高一旦跑通第一条链路后面的路会越走越宽。21天是个合理的起点剩下的靠项目和时间积累。板子在手串口连着日志打着问题一个个解这就是嵌入式开发的日常。
1. 这本书到底解决了什么问题嵌入式Linux这个方向坑多、资料散、入门曲线陡几乎是所有过来人的共识。我见过太多人抱着开发板兴冲冲地开始结果卡在串口没输出、根文件系统挂载失败、驱动probe不进去这些环节一卡就是一两周热情直接磨没了。飞凌嵌入式这次和北京大学出版社合作出的《嵌入式Linux系统开发21天速成》从书名就能看出来它想干的事情很明确把从零到能跑通一个完整嵌入式Linux系统的路径压缩成一条有节奏、有节点、可验证的21天路线。这本书适合谁我的判断是三类人。第一类是电子、计算机相关专业的在校生课本上讲操作系统和Linux都是理论真到板子上跑发现完全不是一回事需要一本能把理论和板级实操接上的书。第二类是转行做嵌入式Linux的工程师可能之前做单片机、做硬件、做应用层想往系统层走但知识体系是碎的需要有人帮你把bootloader、内核、根文件系统、驱动这条链路串起来。第三类是在职但一直没系统跑通过全流程的开发者平时改改驱动、调调应用但整个系统怎么从源码到板子跑起来心里没底。它解决的核心问题说白了就是把“知道”变成“跑通”。嵌入式Linux的难点从来不是某个单点知识而是链路太长每一环都有坑而且坑和坑之间还会互相影响。比如根文件系统挂载不上可能是内核配置里NFS没编进去可能是bootargs里nfsroot参数写错可能是网络根本没通也可能是服务端export配置不对。这本书的价值就在于它用21天的节奏把这条链路上的每个关键节点都拆开讲清楚让你在板子上真正验证一遍。关键词里有个很具体的点嵌入式Linux根文件系统挂载使用NFS v3。这个点特别典型因为它几乎是每个嵌入式Linux开发者必经的一道坎。NFS挂载根文件系统是开发阶段最常用的方式因为改文件不用重新烧写直接在服务端改完板子重启就生效效率极高。但NFS v3的配置细节多内核选项、bootargs、服务端exports、防火墙、版本协商任何一处不对都挂不上。这本书如果能把这块讲透对新手来说就是救命的内容。2. 21天速成的节奏是怎么设计的2.1 为什么是21天而不是7天或30天21天这个数字不是随便定的。我自己的经验是嵌入式Linux入门如果每天投入2到3小时21天刚好能覆盖从环境搭建到驱动入门的完整链路而且每个阶段都有时间消化。7天太赶只能走马观花跑通了也不知道为什么30天又太长中间容易断档前面学的忘了后面接不上。合理的21天节奏我推测大概是这样的分布前3到5天打基础把开发环境、交叉编译工具链、串口终端这些搞定中间7到10天攻系统层bootloader、内核配置编译、根文件系统制作和挂载后面7到10天进驱动和应用字符设备驱动、设备树、简单应用部署。这个节奏的关键是每天都有可验证的产出不是光看理论而是板子上真的能看到变化。2.2 交叉编译工具链第一道门槛很多人第一步就卡在工具链上。什么叫交叉编译简单说你的电脑是x86架构板子是ARM架构你需要在电脑上编译出能在板子上跑的程序这个编译过程就叫交叉编译用的编译器就叫交叉编译工具链。工具链选型上常见的有Linaro、ARM官方、芯片原厂提供的。飞凌的板子一般会配套提供适配好的工具链我建议新手直接用官方配套的别自己折腾。原因很简单工具链和内核、库的版本匹配是个隐形的坑你自己配的版本可能编译能过但跑起来各种诡异问题。安装工具链的典型步骤以常见的ARM 32位为例# 解压工具链到指定目录 sudo tar -xjf gcc-linaro-xxx.tar.bz2 -C /opt/ # 配置环境变量加到 ~/.bashrc export PATH/opt/gcc-linaro-xxx/bin:$PATH export CROSS_COMPILEarm-linux-gnueabihf- export ARCHarm # 验证 arm-linux-gnueabihf-gcc -v这里有个细节CROSS_COMPILE和ARCH这两个环境变量编译内核和uboot时都会用到提前设好能省很多事。验证的时候一定要看到版本信息输出如果提示command not found八成是PATH没生效source ~/.bashrc一下再试。注意工具链的位数和板子的架构必须匹配。32位板子用32位工具链64位用64位硬浮点和软浮点也要对上。用错工具链编译出来的程序在板子上跑会直接报格式错误。2.3 串口终端你和板子对话的唯一通道板子刚上电没有显示器没有键盘你怎么知道它在干什么靠串口。串口终端是嵌入式开发最基础的调试手段没有之一。硬件上你需要一根USB转串口线接到板子的调试串口上。软件上Windows常用SecureCRT、Putty、MobaXtermLinux下直接用minicom或者picocom。参数一般是波特率1152008位数据位1位停止位无校验无流控。# Linux下用picocom连接串口 sudo picocom -b 115200 /dev/ttyUSB0 # 退出是 CtrlA 然后 CtrlX我第一次用的时候串口没输出折腾了半天最后发现是TX和RX接反了。串口线是交叉的板子的TX要接转接线的RXRX接TX。这个坑很经典新手遇到串口无输出先检查线序再检查波特率最后检查板子是不是真的上电了。3. 根文件系统挂载NFS v3的完整实操3.1 为什么开发阶段首选NFS挂载根文件系统根文件系统是Linux启动后挂载的第一个文件系统里面装着/bin、/etc、/lib这些目录。开发阶段根文件系统有两种常见方式一种是烧写到板子的存储介质上比如eMMC、NAND、SD卡另一种是通过网络挂载也就是NFS。NFS挂载的最大好处是改完即生效。你改一个配置文件、换一个应用程序不用重新制作镜像、不用重新烧写板子重启就加载新的。开发驱动的时候这个效率差距是巨大的。烧写方式改一次要几分钟NFS方式改一次几秒钟。但NFS挂载也有代价它依赖网络而且配置环节多。生产环境一般不会用NFS因为不稳定、依赖服务端。所以NFS是开发阶段的利器量产还是要落到本地存储。3.2 服务端配置exports文件的写法服务端就是你的开发电脑上面放根文件系统目录通过NFS共享出去。以Ubuntu为例先装NFS服务sudo apt-get install nfs-kernel-server然后配置/etc/exports假设你的根文件系统目录是/home/user/rootfs/home/user/rootfs *(rw,sync,no_root_squash,no_subtree_check)这几个参数逐个说清楚rw读写权限开发阶段必须不然板子上改不了文件。sync同步写入数据安全但慢一点。开发阶段也可以用async提速但断电可能丢数据。no_root_squash这个最关键。默认情况下客户端用root访问服务端会把它映射成nobody导致板子上的root没有权限写文件。加上这个参数root就是root。no_subtree_check关闭子树检查减少一些权限相关的报错NFS v3下建议加上。改完exports重启服务sudo exportfs -ra sudo systemctl restart nfs-kernel-server验证共享是否生效showmount -e localhost应该能看到你配置的目录和权限。注意服务端的防火墙要放行NFS相关端口。NFS v3除了2049端口还会用到rpcbind的111端口和一堆随机端口。开发环境图省事可以直接关防火墙但要知道这是开发环境的临时做法。3.3 内核配置NFS客户端支持必须编进去板子要能挂NFS根文件系统内核里必须有NFS客户端支持。这块在make menuconfig里配置File systems --- Network File Systems --- * NFS client support * NFS client support for NFS version 3 [*] NFS client support for the NFSv3 ACL protocol extension * NFS client support for NFS version 4 (可选) [*] Root file system on NFSRoot file system on NFS这一项必须选上否则内核启动到最后会报“VFS: Cannot open root device”之类的错误。NFS version 3必须选因为很多板子的uboot默认传的nfsroot参数走的是v3。还有一个容易漏的点网络驱动。板子的网卡驱动必须编进内核而且要在根文件系统挂载之前就能工作。如果网卡驱动是模块那就死锁了——挂根文件系统需要网络加载网卡模块需要根文件系统。所以网卡驱动必须是*编进内核不能是M。3.4 bootargs内核启动参数的正确写法bootargs是uboot传给内核的启动参数NFS挂载根文件系统的关键就在这里。典型写法setenv bootargs consolettyS0,115200 root/dev/nfs rw nfsroot192.168.1.100:/home/user/rootfs,v3 ip192.168.1.200:192.168.1.100:192.168.1.1:255.255.255.0::eth0:off这一长串参数逐个拆解consolettyS0,115200控制台用串口0波特率115200。root/dev/nfs根文件系统用NFS。rw根文件系统读写挂载。nfsroot192.168.1.100:/home/user/rootfs,v3服务端IP和共享目录,v3强制用NFS v3。ip192.168.1.200:192.168.1.100:192.168.1.1:255.255.255.0::eth0:off板子IP、服务端IP、网关、掩码、网卡名、自动配置关闭。这个ip参数的格式是ip客户端IP:服务端IP:网关:掩码:主机名:网卡:自动配置。中间主机名可以留空自动配置用off表示手动指定。注意nfsroot里的,v3很重要。如果不写内核可能尝试v4而服务端如果没配v4就会挂载失败。关键词里专门提到NFS v3就是因为这是最稳的组合。3.5 挂载失败的排查顺序NFS根文件系统挂载失败报错信息往往很模糊。我总结的排查顺序是这样的排查项检查方法常见问题网络连通板子上ping服务端网线没插、IP配错、网卡驱动没编服务端共享showmount -eexports没生效、目录权限不对内核NFS支持看内核配置NFS client没编、Root on NFS没选bootargs串口打印看参数nfsroot写错、v3没指定防火墙服务端检查端口被拦、rpcbind没起实际排查时先看串口打印到哪一步。如果连网卡都没识别那是驱动问题如果网卡起来了但ping不通那是网络配置问题如果ping通了但挂载失败那是NFS配置问题。一层层往下剥别跳步。4. 驱动开发从字符设备到设备树4.1 字符设备驱动的最小框架嵌入式Linux驱动开发入门一般从字符设备开始。字符设备是最简单的一类设备按字节流访问比如串口、按键、LED。一个最小的字符设备驱动核心结构是file_operations里面注册open、read、write、release这些函数。加载模块时用register_chrdev注册主设备号卸载时注销。#include linux/module.h #include linux/fs.h #include linux/cdev.h static int major; static struct cdev my_cdev; static int my_open(struct inode *inode, struct file *file) { printk(KERN_INFO my device opened\n); return 0; } static ssize_t my_read(struct file *file, char __user *buf, size_t len, loff_t *off) { return 0; } static struct file_operations my_fops { .owner THIS_MODULE, .open my_open, .read my_read, }; static int __init my_init(void) { major register_chrdev(0, mydev, my_fops); printk(KERN_INFO mydev registered, major%d\n, major); return 0; } static void __exit my_exit(void) { unregister_chrdev(major, mydev); } module_init(my_init); module_exit(my_exit); MODULE_LICENSE(GPL);编译这个模块需要内核源码树Makefile大概长这样obj-m mydev.o KDIR : /path/to/kernel all: make -C $(KDIR) M$(PWD) modules clean: make -C $(KDIR) M$(PWD) clean编译出.ko文件后传到板子上insmod mydev.ko然后用cat /proc/devices看主设备号再mknod创建设备节点就能在应用层open了。4.2 设备树现代内核的硬件描述方式老版本内核里硬件信息是写死在代码里的板子换一个硬件驱动就得改。现在主流内核都用设备树硬件信息写在.dts文件里驱动通过of_系列函数读取。设备树的基本结构/ { mydev0x12340000 { compatible myvendor,mydev; reg 0x12340000 0x1000; interrupt-parent gic; interrupts 0 50 4; status okay; }; };驱动里通过compatible匹配设备static const struct of_device_id my_of_match[] { { .compatible myvendor,mydev }, { } }; MODULE_DEVICE_TABLE(of, my_of_match);设备树最大的好处是驱动和硬件解耦。同一个驱动配不同的设备树就能适配不同的板子。飞凌的板子一般会提供完整的设备树源码新手可以先在现有基础上改别从零写。注意设备树改完要重新编译并更新到板子上。如果是NFS根文件系统设备树一般在内核镜像里或者单独分区改完要重新烧写对应的部分不是改根文件系统就能生效的。4.3 驱动调试的常用手段驱动跑不起来怎么查几个实用手段printk最原始但最有效在关键路径打印信息看串口输出。注意printk有日志级别KERN_INFO可能被过滤调试时用KERN_ERR或者临时改/proc/sys/kernel/printk。dmesg看内核日志驱动probe失败、内存分配失败这些都会打出来。/proc/devices看设备号有没有注册成功。/sys/class/看设备类有没有创建。devmem直接读写寄存器验证硬件是否工作。我踩过的一个坑驱动probe函数返回0才算成功返回负数会被内核认为失败设备就不会创建。有一次我probe里最后忘了return 0结果设备死活出不来查了半天。5. 面试题背后的知识体系5.1 嵌入式Linux面试常考什么热词里有“嵌入式linux面试题”这个方向面试确实有套路。我面过也被人面过总结下来高频考点集中在几块启动流程从上电到根文件系统挂载中间经历了什么。uboot怎么引导内核内核怎么初始化怎么找到根文件系统。这个问题能看出你对整体链路的理解。内核机制进程调度、内存管理、中断处理、并发控制。不要求你写内核但要能说清楚基本概念比如自旋锁和信号量的区别、中断上下文为什么不能睡眠。驱动模型字符设备、平台设备、设备树、总线匹配。平台设备和设备树的匹配机制是重点compatible属性怎么用probe什么时候被调用。根文件系统NFS挂载、busybox制作、init进程。NFS v3的配置细节经常被问到因为这是实际工作中天天用的。调试能力串口没输出怎么查、内核panic怎么定位、驱动加载失败怎么排查。这类问题没有标准答案看你的思路。5.2 怎么准备这类面试我的建议是别背题跑流程。你在板子上完整跑通一遍从uboot到根文件系统到驱动的流程面试时自然能说清楚。背来的答案经不起追问跑过的流程才是自己的。具体准备方法拿一块板子从零开始每一步都记录。uboot怎么编译、怎么烧写、环境变量怎么设内核怎么配、怎么编、怎么下根文件系统怎么搭、NFS怎么配驱动怎么写、怎么加载、怎么调试。这一套走下来面试题里的问题你都能用自己的话回答。注意面试官喜欢问“你遇到过什么问题怎么解决的”。准备两三个真实的踩坑案例比背十道题都有用。比如NFS挂载失败怎么排查的驱动probe失败怎么定位的这些故事能体现你的实际能力。6. 学习路径上的几个关键建议6.1 别贪多先把一条链路跑通嵌入式Linux知识面太广新手最容易犯的错是东学一点西学一点最后什么都没跑通。我的建议是先纵向打通一条链路uboot能启动、内核能跑、根文件系统能挂、一个简单驱动能加载。这条链路跑通了再横向扩展。21天速成的价值就在这里它给你规划了一条纵向路径你跟着走每天有产出21天后你手里有一个能跑的系统。这个成就感比看一堆理论强得多。6.2 板子选型配套资料比性能重要选开发板新手容易看性能参数其实配套资料的完整度才是第一位的。飞凌的板子在这方面口碑不错文档、源码、工具链、技术支持都比较全。你遇到问题有地方查、有人问这比板子多跑几百MHz重要得多。板子买回来先别急着改代码把官方提供的镜像烧进去跑通官方流程。确认硬件没问题、环境没问题再开始自己改。这个顺序能帮你排除很多硬件和环境层面的干扰。6.3 善用社区和源码嵌入式Linux的社区资源很丰富内核源码本身就是最好的文档。遇到不懂的驱动直接看内核里同类驱动的实现比看任何教程都直接。drivers/目录下按类别分好了字符设备、网络、存储应有尽有。社区方面国内的技术论坛、开源社区都有嵌入式Linux板块遇到具体问题搜一下大概率有人踩过同样的坑。提问的时候把串口日志、内核配置、操作步骤贴清楚别只问“为什么跑不起来”没人能回答。6.4 从“能用”到“懂原理”的进阶跑通之后下一步是理解原理。比如NFS挂载跑通只是第一步你要理解内核是怎么发起NFS请求的、VFS层怎么和NFS客户端交互、为什么v3和v4配置不一样。这些理解能让你在遇到新问题时快速定位。进阶的路径我建议是读内核源码里对应模块的实现结合书籍和文档自己画流程图。比如根文件系统挂载从init/main.c的kernel_init开始到prepare_namespace到mount_root到nfs的nfs_fs_mount一路跟下去整个链路就清晰了。这本书如果能把这条链路的原理也讲清楚那它的价值就不只是“速成”而是“速成且扎实”。对新手来说既要有21天跑通的成就感也要有后续深入的基础这两者不矛盾好的入门书应该兼顾。嵌入式Linux这个方向入门难但天花板高一旦跑通第一条链路后面的路会越走越宽。21天是个合理的起点剩下的靠项目和时间积累。板子在手串口连着日志打着问题一个个解这就是嵌入式开发的日常。
