嵌入式Linux系统开发21天速成：从环境搭建到驱动开发的完整学习路线

嵌入式Linux学习这件事最怕的不是没资料而是资料太多、路线太乱。我见过太多人抱着《Linux设备驱动开发详解》啃了三个月结果连一个能跑起来的根文件系统都没做出来也见过有人跟着视频敲了半年的命令面试时被问到uboot启动流程分几个阶段直接卡壳。问题出在哪不是不够努力是缺少一条从零到能上手干活的完整路径。飞凌嵌入式这次联合北京大学出版社出的《嵌入式Linux系统开发21天速成》我拿到样章翻了一遍最大的感受是它把学完能干什么这件事说清楚了。21天不是噱头是把嵌入式Linux开发拆成了可执行的日计划从环境搭建到系统移植再到驱动开发每一步都有明确的产出物。这篇文章我不打算复述书里的目录而是结合我这些年带新人、做项目的经验把嵌入式Linux学习路线上那些真正卡人的地方拆开来讲——哪些知识必须死磕哪些可以先用起来再理解哪些坑踩过一次就再也不想踩第二次。1. 为什么21天这个节奏对嵌入式Linux是合理的1.1 嵌入式Linux的知识结构决定了它适合分阶段速成很多人一听到21天速成第一反应是又是营销噱头。我一开始也这么想但仔细拆解嵌入式Linux的知识结构之后发现这个时间划分其实有它的道理。嵌入式Linux开发的核心知识模块大致可以分成四块开发环境搭建与工具链使用、Bootloader与内核移植、根文件系统构建、设备驱动开发。这四块之间有明确的依赖关系但每一块的知识边界相对清晰不像算法或者数学那样需要长时间的理论积累才能进入下一阶段。换句话说嵌入式Linux是一个工程性远大于理论性的领域。你不需要先把操作系统原理从头到尾学一遍才能开始做移植很多概念是在动手过程中逐渐理解的。比如什么是交叉编译你看十页书不如自己配一次工具链来得深刻。21天的节奏本质上是用项目驱动的方式把每个模块的核心操作压缩到2-3天内完成第一轮实践先跑通再深挖。我带过一个应届生他之前完全没接触过嵌入式按照类似的分阶段路线走了三周第三周结束的时候已经能在飞凌的OKMX6ULL开发板上独立完成内核裁剪和一个简单的字符设备驱动。当然他后面还需要大量项目来巩固但至少他跨过了从零到能动手这道坎。这道坎恰恰是大多数人卡住的地方——不是学不会是不知道先学什么、后学什么、学到什么程度算够。1.2 21天里真正需要死磕的只有三件事如果把嵌入式Linux学习的所有知识点列出来你会发现数量惊人C语言、数据结构、操作系统、计算机网络、ARM体系结构、Linux命令、Shell脚本、Makefile、Git、内核源码结构、设备树、驱动模型、文件系统……但这里面真正需要你在21天内死磕的其实只有三件第一交叉编译工具链的配置和使用。这是所有后续工作的基础工具链配不对后面什么都跑不起来。很多人在这里卡好几天就是因为没有理解宿主机编译、目标机运行这个基本模型。第二内核的配置、编译和烧写流程。你需要理解make menuconfig出来的那些选项大致是干什么的make dtbs和make zImage的区别是什么烧写的时候uboot、kernel、rootfs分别放在哪个地址。这些操作第一次做会觉得繁琐但做三遍之后就是肌肉记忆。第三一个完整字符设备驱动的编写和加载。这是理解Linux驱动模型的入口。通过一个最简单的hello world驱动你能把模块加载、设备号申请、file_operations结构体、用户空间与内核空间的数据交互这条链路走通。走通之后再看其他类型的驱动就是在这个框架上做扩展。其他知识比如网络编程、多线程、Qt应用开发不是不重要但它们可以在你有了基础之后按需学习。21天的目标是让你能干活不是让你什么都懂。1.3 选对开发板比选对书更关键这里说一个可能得罪人的观点嵌入式Linux学习开发板的选择比教材的选择更重要。为什么因为嵌入式Linux的很多知识是板级相关的。同样一个内核配置选项在不同板子上可能表现不一样同样一个驱动GPIO引脚编号不同代码就得改。如果你选的板子资料少、社区不活跃你会在各种莫名其妙的硬件问题上浪费大量时间而这些时间本应该花在理解Linux系统本身。飞凌嵌入式的板子我用过几款从早期的OK6410到后来的OKMX6ULL、OK8MM最大的感受是文档做得扎实。他们的用户手册不是那种复制粘贴芯片手册的风格而是真的从用户角度出发告诉你每一步为什么这么做。比如烧写系统那一章会先讲清楚板子的启动模式选择原理再讲具体怎么操作而不是上来就给你一串命令。对于新手来说这种先讲原理再讲操作的文档风格能省下大量试错时间。选板子的几个硬指标主控芯片要有活跃的社区支持比如NXP的i.MX6ULL、全志的H3/H5等板子要引出足够的接口至少要有串口、网口、USB、SD卡槽厂商要提供完整的内核源码和工具链。这三点缺一个学习体验都会大打折扣。2. 环境搭建阶段最容易劝退新手的五个细节2.1 虚拟机还是双系统别在这件事上纠结超过十分钟这是新手遇到的第一个选择困难。我的建议很明确用虚拟机。原因很简单学习阶段你需要频繁在Windows和Linux之间切换查资料、看文档双系统切换的成本太高。而且虚拟机可以随时快照搞崩了直接回滚这个容错性对新手太重要了。具体配置上VMware Workstation或者VirtualBox都行Ubuntu版本选20.04 LTS或者22.04 LTS。内存至少给4GB硬盘至少给80GB处理器核心数给到宿主机的一半以上。这些配置不是随便说的——编译Linux内核的时候内存不够会直接OOM硬盘不够会在编译到一半的时候报no space left on device那种感觉就像跑马拉松最后一百米摔了一跤。有一个细节很多人忽略虚拟机的网络模式。默认的NAT模式虽然能上网但开发板和虚拟机之间的网络通信会受限。建议用桥接模式让虚拟机在局域网里有一个独立IP这样开发板、虚拟机、宿主机之间可以互相ping通后面做NFS挂载和tftp传输的时候会方便很多。2.2 交叉编译工具链的版本选择有讲究交叉编译工具链的版本不是越新越好。这里有一个基本原则工具链的版本要和内核版本匹配。比如你用的是Linux 4.1.15内核i.MX6ULL的常见版本那就用厂商推荐的gcc 4.9或者5.3版本的交叉编译器。用太新的gcc去编译老内核大概率会遇到各种编译错误然后你就要花大量时间去查gcc 10编译linux 4.1报错这类问题而这些时间本可以花在更有价值的地方。安装工具链的步骤本身不复杂无非是解压、加环境变量、验证。但有几个坑解压的时候注意权限有些工具链压缩包解压后执行文件没有可执行权限需要手动chmod x。环境变量建议写在/etc/profile或者~/.bashrc里写完之后记得source一下。验证的时候用arm-linux-gnueabihf-gcc -v看版本信息如果提示command not found先检查PATH再检查工具链的bin目录下到底有没有这个文件。提示有些厂商提供的工具链是32位的在64位Ubuntu上运行需要安装32位兼容库。如果执行工具链时报no such file or directory但文件明明存在大概率就是这个原因。安装lib32ncurses5、lib32z1等库可以解决。2.3 串口终端配置看似简单坑最多串口是嵌入式开发中最重要的调试手段没有之一。系统启动信息、内核打印、登录终端全靠串口。但串口配置这件事新手能踩的坑出乎意料地多。首先是硬件连接。USB转串口线要选对芯片CH340、CP2102、FT232这些常见芯片在Linux下都有驱动但有些廉价线材用的是不知名芯片驱动装不上。建议买之前确认一下芯片型号。接线的时候注意TX和RX要交叉——开发板的TX接串口线的RX开发板的RX接串口线的TX。这个交叉的概念和网线不一样网线现在都是自适应了但串口不行接反了就是没输出。然后是软件配置。Windows下用SecureCRT或者MobaXtermLinux下用minicom或者picocom。参数一般是波特率115200、数据位8、停止位1、无校验、无流控。这些参数在开发板手册里都会写照着设就行。但有一个细节流控一定要关掉。有些终端软件默认开启硬件流控导致你只能看到输出但无法输入或者输入乱码。这个问题我见过至少五个人踩过包括我自己第一次用的时候。2.4 网络配置NFS和TFTP是调试利器嵌入式开发中NFS网络文件系统和TFTP简单文件传输协议是两个极其重要的调试工具。NFS让你可以把根文件系统放在宿主机上开发板通过网络挂载这样修改文件系统内容不需要重新烧写。TFTP用来传输内核镜像和设备树文件比反复插拔SD卡或者用烧写工具快得多。配置NFS的步骤安装nfs-kernel-server编辑/etc/exports添加共享目录重启服务。这里有一个常见问题开发板挂载NFS时提示access denied。原因通常是/etc/exports里的权限选项没配对或者防火墙没关。建议先用showmount -e localhost确认共享目录是否生效再从开发板ping宿主机确认网络连通最后再挂载。TFTP的配置更简单安装tftpd-hpa配置/etc/default/tftpd-hpa指定根目录重启服务。注意TFTP根目录的权限要设置正确否则开发板下载文件时会报permission denied。2.5 别急着装一堆工具先把最小闭环跑通新手容易犯的一个错误是环境还没配好就开始装各种工具——编辑器装三四个终端软件装两三个版本控制、调试工具全都安排上。结果每个工具都只了解皮毛真正遇到问题的时候不知道该用哪个。我的建议是先用最少的工具跑通一个完整流程。什么是最小闭环就是你能编译出一个内核、烧写到开发板、通过串口看到启动信息、登录系统。这个闭环跑通了你再根据自己的习惯去添置工具。编辑器用Vim或者VSCode都行终端用minicom或者picocom都行关键是先用起来。3. 内核移植从能编译到能启动之间隔着什么3.1 内核源码目录结构先建立地图感拿到一份内核源码第一件事不是急着编译而是花半小时把目录结构过一遍。这就像到一个新城市先看地图知道哪个区是干什么的后面找东西才快。几个核心目录arch/体系结构相关代码。arch/arm/boot/下面有编译生成的zImage和dts文件arch/arm/configs/下面是默认配置文件。drivers/设备驱动。你后面写的驱动代码就放在这里面对应的子目录下。fs/文件系统实现。ext4、yaffs2、jffs2等文件系统的代码都在这里。include/头文件。include/linux/下面是内核API的头文件写驱动的时候经常要包含。kernel/内核核心代码。进程调度、中断管理、定时器等。Documentation/文档。虽然是英文的但很多驱动参数的说明都在这里比网上搜的靠谱。建立地图感的好处是当你需要修改某个功能的时候你知道大概去哪里找代码。比如要改串口驱动你知道去drivers/tty/serial/要改网络驱动去drivers/net/。这个能力比记住具体代码更重要。3.2 内核配置defconfig不是万能钥匙厂商提供的内核源码通常会带一个默认配置文件比如imx_v7_defconfig或者mx6ull_14x14_evk_defconfig。很多人直接make defconfig然后编译能跑起来就万事大吉。但如果你想裁剪内核、添加新功能、或者适配自己的板子就必须理解配置系统。内核配置有三种方式make config命令行逐项配置不推荐、make menuconfig图形化菜单最常用、make xconfigQt图形界面需要额外安装。menuconfig的界面看起来复杂但结构很清晰每个配置项有类型bool、tristate、string等有依赖关系有帮助信息。按/可以搜索配置项这个功能非常实用——当你不知道某个功能在哪个菜单下的时候直接搜关键词。裁剪内核的一个实用技巧先全量编译一次记录下编译时间和生成的zImage大小。然后根据需求逐步去掉不需要的功能每次裁剪后重新编译对比大小变化。这样你能直观地看到每个功能模块占用了多少空间。对于存储空间紧张的嵌入式设备这个优化过程很重要。注意裁剪内核的时候有些选项之间有依赖关系。你关掉一个选项可能会连带关掉依赖它的其他选项。menuconfig会自动处理这些依赖但你要注意看提示信息避免误关关键功能。3.3 设备树从看不懂到会修改设备树Device Tree是现代嵌入式Linux中必须掌握的概念。它的核心思想是把硬件描述从内核代码中分离出来用一份独立的文本文件.dts描述板子上的硬件资源内核启动时解析这份文件根据描述来初始化硬件。为什么要有设备树在设备树出现之前每个板子的硬件信息都硬编码在内核的arch/arm/mach-xxx/目录下导致内核里充斥着大量板级代码。ARM社区统计过这些板级代码中有大量重复而且每次有新板子就要往内核里加代码维护成本极高。设备树把硬件描述独立出来之后内核只需要一套通用的初始化流程具体硬件信息从dts文件读取。一份典型的dts文件包含这些内容根节点/描述CPU、内存、总线子节点描述具体外设比如UART、I2C、SPI、GPIO等。每个节点有属性property比如compatible、reg、interrupts、status等。compatible是最重要的属性内核用它来匹配对应的驱动。修改设备树的典型场景你要用一个GPIO控制LED就需要在dts里找到对应的GPIO控制器节点添加一个子节点描述这个LED指定GPIO引脚号和默认状态。然后内核启动时对应的GPIO驱动会解析这个节点把引脚配置好。3.4 内核启动流程面试必问实战必懂uboot启动流程分几个阶段、内核启动过程中做了哪些事情——这类问题在嵌入式面试中出现频率极高。但理解启动流程不只是为了面试更重要的是当系统启动卡住的时候你能根据串口输出的最后一行信息判断问题出在哪个阶段。内核启动大致分三个阶段第一阶段是解压和重定位。uboot把内核镜像zImage加载到内存后跳转到内核入口。zImage是自解压格式首先执行的是解压代码把真正的内核镜像解压到指定地址然后跳转到解压后的内核入口。第二阶段是体系结构相关初始化。这部分代码在arch/arm/kernel/head.S和init/main.c中。主要工作包括建立临时页表、初始化CPU、识别机器类型通过设备树的compatible属性、调用start_kernel()。第三阶段是通用初始化。start_kernel()是内核的C语言入口这里会依次初始化各个子系统内存管理、调度器、中断、定时器、控制台、设备驱动等。最后挂载根文件系统启动init进程。串口输出的启动信息就是这三个阶段的日志。如果卡在Uncompressing Linux...之后没有输出可能是解压地址不对或者内存配置有问题。如果卡在Starting kernel...之后可能是设备树传参有问题。如果能看到内核打印但最后卡在VFS: Cannot open root device那就是根文件系统的问题。学会看这些日志排查问题的效率会高很多。4. 根文件系统系统能不能跑起来一半看它4.1 BusyBox构建根文件系统小身材大用处根文件系统是Linux系统启动后挂载的第一个文件系统里面包含了系统运行所需的基本目录结构、库文件、配置文件和应用程序。对于嵌入式设备最常见的方案是用BusyBox构建一个精简的根文件系统。BusyBox被称为Linux瑞士军刀它把几百个常用命令ls、cd、cp、mv、ifconfig、vi等集成到一个可执行文件里通过符号链接的方式提供不同命令。一个完整的BusyBox根文件系统可以做到几MB大小非常适合存储空间有限的嵌入式设备。构建流程大致是下载BusyBox源码、配置make menuconfig、编译make、安装make install。配置的时候要注意几个关键点交叉编译工具链前缀要设置正确安装路径要指定到一个空目录要选择静态编译或者把动态库也复制过去。安装完成后你得到的是一个包含bin/、sbin/、usr/等目录的骨架。还需要手动创建dev/、proc/、sys/、etc/等目录并在etc/下创建inittab、fstab、init.d/rcS等配置文件。这些文件决定了系统启动时执行哪些初始化脚本、挂载哪些文件系统、启动哪些服务。4.2 init进程和启动脚本系统启动的导演内核启动的最后一步是执行init进程。init进程的职责是读取配置文件、执行初始化脚本、启动系统服务、管理登录终端。嵌入式Linux中init通常由BusyBox提供配置文件是/etc/inittab。inittab的每一行定义了一个动作格式是id:runlevels:action:process。比如::sysinit:/etc/init.d/rcS表示系统初始化时执行rcS脚本::askfirst:-/bin/sh表示启动一个shell等待用户输入。rcS脚本里通常做这些事情挂载/proc和/sys、设置网络、加载驱动模块、启动应用程序。这里有一个新手常踩的坑rcS脚本没有可执行权限。脚本写好了系统启动时却提示Permission denied就是因为忘了chmod x。另一个坑是脚本里的命令路径不对——在宿主机上ifconfig在/sbin/下但你的根文件系统里可能没有这个命令或者路径不一样。建议脚本里用绝对路径或者先确认命令是否存在。4.3 文件系统类型选择不是越高级越好嵌入式Linux常用的文件系统类型有ext4、yaffs2、jffs2、ubifs、squashfs等。选哪种取决于你的存储介质和需求。ext4适合SD卡、eMMC等块设备支持日志、权限、大文件功能最全。缺点是占用空间较大不适合裸NAND Flash。yaffs2专为NAND Flash设计支持磨损均衡和坏块管理。但需要内核打补丁现在用得越来越少。jffs2也是NAND Flash的文件系统支持压缩和磨损均衡但挂载速度慢不适合大容量存储。ubifsjffs2的继任者挂载速度快支持大容量NAND是目前NAND Flash的主流选择。squashfs只读压缩文件系统压缩率高适合存放不需要修改的系统文件。常和overlayfs配合使用实现只读系统可写覆盖层。选择的原则是根据存储介质选根据读写需求选。如果是eMMC直接用ext4最省事。如果是NAND Flash优先考虑ubifs。如果系统文件不需要修改用squashfsoverlayfs可以节省大量空间。4.4 NFS挂载根文件系统开发阶段的效率神器在开发阶段反复烧写根文件系统是一件极其耗时的事情。NFS挂载根文件系统可以让你把根文件系统放在宿主机上开发板通过网络挂载修改文件后重启开发板就能生效省去了烧写步骤。配置方法是在uboot的启动参数里设置bootargs指定root/dev/nfs、nfsroot宿主机IP:共享目录、ip开发板IP。内核启动时会通过NFS协议挂载根文件系统。这里有几个常见问题一是网络不通检查开发板和宿主机是否在同一网段、网线是否插好、防火墙是否关闭。二是NFS版本不匹配老内核可能只支持NFS v2或v3而新版的nfs-kernel-server默认可能只开v4。需要在/etc/default/nfs-kernel-server里配置支持的版本。三是权限问题确保共享目录的权限设置正确。提示NFS挂载根文件系统只适合开发阶段。产品发布时还是要用本地存储介质因为NFS依赖网络稳定性和启动速度都不如本地文件系统。5. 驱动开发从会写模块到理解模型5.1 字符设备驱动驱动学习的第一个台阶字符设备驱动是Linux驱动开发中最基础、也最容易上手的一类。说它基础是因为它的框架清晰申请设备号、实现file_operations结构体、注册设备、创建设备节点。说它容易上手是因为一个最简单的字符设备驱动只需要几十行代码就能跑起来。一个完整的字符设备驱动包含这些要素模块加载/卸载函数module_init()和module_exit()宏注册的函数在模块加载和卸载时被调用。设备号每个设备有主设备号和次设备号。主设备号标识驱动次设备号标识具体设备。可以静态指定也可以动态申请。file_operations结构体定义用户空间可以对设备执行哪些操作比如open、read、write、ioctl、release等。设备节点在/dev/下创建一个文件节点用户空间通过这个节点访问设备。写第一个驱动的时候建议从hello world级别的开始模块加载时打印一条信息卸载时再打印一条。然后逐步添加open、read、write功能。每添加一个功能就在用户空间写一个测试程序验证。这种小步快跑的方式比一次性写一个复杂驱动更容易调试。5.2 设备树与驱动的匹配机制compatible是关键在设备树模型中驱动和设备是通过compatible属性匹配的。驱动代码里定义一个of_device_id数组里面列出该驱动支持的compatible字符串。内核启动时会遍历设备树中的每个节点用节点的compatible属性去匹配驱动列表。匹配成功就调用驱动的probe函数。这个机制的好处是驱动代码和硬件描述解耦了。同一个驱动可以支持多个板子只要板子的设备树里compatible字符串一致。修改硬件配置也不需要改驱动代码改设备树就行。写驱动的时候probe函数是核心。它做的事情包括从设备树节点读取硬件参数比如GPIO编号、寄存器地址、中断号、申请资源、初始化硬件、注册字符设备或输入设备等。remove函数则做相反的清理工作。有一个常见问题驱动加载了但probe没被调用。原因通常是compatible字符串不匹配或者设备树节点没有使能status属性不是okay。排查方法是在/sys/bus/platform/drivers/下找到你的驱动目录看看有没有设备绑定上去。如果没有检查设备树和驱动的compatible是否一致。5.3 中断处理驱动中的异步事件中断是驱动开发中处理异步事件的标准机制。按键按下、网络数据到达、定时器到期都是通过中断通知CPU的。Linux中断处理分为上半部和下半部上半部中断处理函数要尽可能快只做最紧急的事情下半部软中断、tasklet、工作队列做耗时的处理。写中断驱动的基本步骤从设备树获取中断号、申请中断request_irq、实现中断处理函数、在适当的时候释放中断free_irq。中断处理函数的原型是irqreturn_t (*)(int, void *)返回值通常是IRQ_HANDLED。新手常犯的错误是在中断处理函数里做太多事情比如打印大量日志、调用可能睡眠的函数。中断上下文不能睡眠所以不能用kmalloc(GFP_KERNEL)、不能调用msleep()、不能访问用户空间。需要做耗时操作的时候用工作队列或者tasklet把任务推到下半部执行。5.4 驱动调试手段printk不是唯一选择驱动调试最常用的手段是printk通过串口输出日志。但printk有几个问题一是日志级别控制默认情况下低级别的日志可能不会输出到控制台二是频繁打印会影响系统性能三是在中断上下文里打印可能导致问题。除了printk还有这些调试手段/proc和/sys文件系统在驱动里创建proc文件或sysfs属性用户空间可以通过读写这些文件查看驱动状态、修改参数。dev_dbg()和动态调试通过dynamic_debug机制可以在运行时动态开启/关闭某条调试信息不需要重新编译内核。ftrace内核自带的跟踪工具可以跟踪函数调用、中断、调度等事件对分析驱动执行流程很有帮助。oops和panic分析驱动出问题导致内核崩溃时串口会输出oops信息包含出错地址、调用栈、寄存器状态。学会看这些信息能快速定位问题。注意调试驱动的时候建议先在虚拟机上用内核模块的方式验证逻辑再放到开发板上跑。虚拟机环境更容易恢复出问题不会把板子搞挂。6. 从学完到能用项目实战怎么选6.1 第一个项目做一个数据采集系统学完基础之后你需要一个项目来串联所有知识。我的建议是做一个简单的数据采集系统通过I2C或SPI接口读取传感器数据通过串口或网络发送到上位机同时用LED指示系统状态。这个项目看起来简单但涉及的知识点很全面设备树配置描述传感器和LED的硬件连接、I2C/SPI驱动内核已有框架你需要写设备驱动、字符设备驱动把数据暴露给用户空间、用户空间程序读取数据、处理、发送、启动脚本系统启动时自动运行程序。做这个项目的过程中你会遇到各种问题I2C通信失败、设备树节点写错、驱动probe不成功、用户空间程序读不到数据……每一个问题的排查过程都是对之前所学知识的巩固。6.2 第二个项目移植一个完整的应用第一个项目偏底层第二个项目可以偏应用。比如移植一个MQTT客户端到开发板上实现设备与云平台的通信。这个项目涉及交叉编译第三方库如paho-mqtt、配置网络、编写应用程序、设置开机自启动。交叉编译第三方库是嵌入式开发中的常见任务也是很多人的痛点。核心步骤是设置CC环境变量指向交叉编译器、运行configure脚本指定--host参数、make和make install。但不同的库构建系统不一样有的用autotools有的用CMake有的用Meson。掌握几种主流构建系统的交叉编译方法是嵌入式Linux开发的必备技能。6.3 面试中真正会被问到的知识点最后说点实际的。嵌入式Linux岗位的面试技术问题通常集中在这些方面C语言基础指针、内存管理、结构体对齐、位操作。这些是基本功答不上来直接减分。Linux系统编程进程、线程、进程间通信、文件IO、网络编程。面试官会问进程和线程的区别、什么情况下用多进程什么情况下用多线程这类问题。内核机制中断处理、内存管理、调度器、文件系统。不会问太深但基本概念要清楚。驱动开发字符设备驱动框架、设备树、platform驱动模型。会问写一个字符设备驱动的步骤、设备树的作用是什么。调试能力串口日志分析、gdb调试、性能分析工具。会问系统启动卡住了你怎么排查、驱动加载失败你怎么定位。准备面试的时候不要只背答案要结合自己做过的项目来讲。比如问设备树的作用你可以先讲概念然后说我在做XX项目的时候通过修改设备树配置了一个I2C传感器具体是这么做的……这样既展示了知识又展示了动手能力。嵌入式Linux这个方向入门确实有门槛但一旦跨过去后面的路会越走越宽。21天能让你跑通整个流程但真正的成长来自后续的每一个项目、每一次调试、每一个踩过的坑。飞凌这本新书的价值在于给你一条清晰的路径让你少走弯路但路最终还是要自己走。