爱片闲串，爱钓鱼，爱中医，爱分享

守护进程（Daemon）是在后台运行、不受终端控制的长期服务进程。它的名字来源于古希腊神话中的"守护精灵"。

本文介绍了嵌入式开发中常用第三方库（libcurl、sqlite3、MQTT）的交叉编译与适配方法。主要内容包括： 环境准备：配置ARM交叉编译工具链和sysroot目录 libcurl编译：详细说明配置参数，裁剪非必要协议，提供HTTP请求示例代码 sqlite3编译：展示如何编译轻量级数据库，包含传感器数据存储的代码实现 文章重点解决了开源库在x86主机上交叉编译为ARM版本的关键问题，包括： 正确配置交叉编译参数 处理依赖关系 裁剪功能减少体积 最终部署到嵌入式设备的方法 提供了可直接复用的编译脚本和

摘要：本文介绍了如何在Linux用户层直接操作I2C和SPI总线设备，无需编写内核驱动。主要内容包括： I2C和SPI总线对比：I2C采用两线制（SCL/SDA），支持多设备共享总线但速度较慢；SPI采用四线制（SCK/MOSI/MISO/CS），全双工高速通信但占用引脚多。 I2C开发实践： 使用i2c-tools工具扫描设备 通过/dev/i2c-x节点配合ioctl直接读写寄存器 推荐使用SMBus协议简化组合读写操作 SPI开发实践： 通过/dev/spidevX.Y设备节点操作 配置SPI模式、速

本文介绍了Linux下嵌入式串口编程的核心技术。主要内容包括： 串口设备节点介绍（/dev/ttyS0、/dev/ttyUSB0等） termios结构体的关键配置： 波特率设置（B9600、B115200等） 数据位、校验位、停止位配置 硬件流控开关（CRTSCTS） 三种串口读取模式： 非阻塞模式（VMIN=0,VTIME=0） 阻塞模式（VMIN>0,VTIME=0） 混合模式（VMIN>0,VTIME>0） 提供完整串口初始化代码示例，包含波特率设置、数据格式配置、超时处理等。 介绍了串口调试工具（

摘要 本文介绍了Linux系统中三种IO多路复用技术（select、poll、epoll）的对比与实践。select和poll采用轮询方式，效率随连接数增加而下降，而epoll采用事件驱动机制，通过红黑树和就绪链表实现高效管理，适合高并发场景。文章详细对比了三者的性能差异，展示了select的简单实现，并重点提供了epoll的完整高并发服务器代码示例，包括非阻塞设置、事件注册和事件循环处理流程。epoll作为Nginx、Redis等高性能服务器的底层技术，可轻松支持数千到数十万并发连接。

本文介绍了Linux网络编程基础，重点对比了TCP和UDP两种通信协议的特点与适用场景。TCP面向连接、可靠但效率较低，适合文件传输等场景；UDP无连接、快速但不可靠，适用于实时音视频传输。文章提供了完整的TCP服务端/客户端代码示例，包含socket创建、绑定、监听、连接和数据交换等关键步骤，并指出了常见错误及解决方法。同时展示了更简洁的UDP通信框架，体现了Linux将网络Socket视为文件描述符的统一设计哲学。这些内容为嵌入式设备网络通信开发提供了入门指导。

本文详细介绍了Linux系统中四种常用的进程间通信(IPC)机制：管道、信号、共享内存和消息队列。通过对比表格展示了它们的通信模式、数据量、实时性等特性差异。针对每种机制提供了可运行的C语言代码示例，并指出关键注意事项： 管道 - 半双工通信，适用于有亲缘关系的进程 信号 - 异步通知机制，仅传递信号编号 共享内存 - 速度最快的IPC，需配合同步机制使用 消息队列 - 以消息块形式传递，支持选择性接收 文章强调实际应用中需要考虑进程关系、数据量大小和同步需求，选择合适的IPC方式。每种方法都有其适用场景：

线程（Thread）是**共享同一进程地址空间的执行流**。多个线程之间切换开销远小于进程切换，而且可以直接访问同一块内存，通信几乎零成本——但也正因如此，必须用互斥锁等手段保护共享数据。

本文介绍了Linux嵌入式开发中多进程编程的核心技术，重点讲解了fork系统调用的工作原理和进程资源管理。主要内容包括：1) fork调用一次返回两次的特性及其写时复制机制；2) 子进程继承父进程资源的详细情况，特别是文件描述符共享问题；3) 僵尸进程的产生原因及其危害；4) 三种处理僵尸进程的工程实践方案：waitpid回收、忽略SIGCHLD信号和两次fork技巧。文章从原理到实践，为嵌入式开发者提供了多进程编程的关键知识和技术要点。

本文介绍了Linux系统编程中文件IO的基础知识和工程实践。主要内容包括：文件描述符的概念和原理，核心系统调用open/read/write/close的详细用法，阻塞与非阻塞模式的区别及应用场景。文章通过一个串口日志记录模块的实战示例，展示了文件IO在嵌入式开发中的实际应用，并总结了常见问题和解决方法。重点强调了掌握文件IO对嵌入式Linux开发的重要性，它是操作各种设备节点的基础技能。

本文针对嵌入式设备中根文件系统体积过大和启动速度慢的问题，提出了一套系统化的优化方案。在根文件系统瘦身方面，通过分析体积分布、精简库文件（使用musl替代glibc）、裁剪BusyBox和内核模块、采用SquashFS压缩等方法，可将典型系统从8.0MB缩减至1.5MB，节省81%的空间。在启动速度优化方面，从Bootloader、内核、文件系统挂载和init脚本四个阶段入手，通过减少探测等待时间、选择快速压缩算法（如lz4）、改用UBIFS文件系统、并行化init脚本等措施，可显著缩短启动时间。这些优化措

本文详细介绍了自定义根文件系统的打包、烧录与板端启动测试流程。主要内容包括： 根文件系统打包：介绍了ext4、cpio、tar等多种格式的镜像制作方法，提供了具体命令示例。 烧录方法：涵盖SD卡、NAND Flash、eMMC等不同存储介质的烧录方案，包含U-Boot和Linux下的操作指南。 板端测试：详细说明了串口连接方式、正常启动日志分析以及系统功能验证清单。 故障排查：针对常见的启动问题提供了解决方案，特别是根文件系统挂载失败等典型故障。 验证表格：提供了系统测试结果记录表，便于逐项验证系统功能。

关键区别：NOR/NAND Flash 是**裸芯片**，需要文件系统处理坏块和磨损均衡；eMMC/SD 卡内置了 FTL（Flash Translation Layer）控制器，对上层透明。

Buildroot 嵌入式 Linux 构建工具简明指南 Buildroot 是一款高效的开源嵌入式 Linux 构建框架，主要功能包括： 自动生成交叉编译工具链 构建完整根文件系统（含 BusyBox 和各种软件包） 可选编译 Linux 内核和 Bootloader 相比 Yocto，Buildroot 具有学习曲线低、构建速度快（30分钟-2小时）、适合中小项目等特点。安装只需简单命令即可完成依赖安装和源码获取。 核心配置步骤包括： 目标架构设置（CPU类型、浮点支持等） 工具链选择（内置构建或外部工

本文介绍了如何完善嵌入式系统的根文件系统（rootfs），使其从基本可运行状态提升到实用水平。主要内容包括： 动态库部署：解释了动态链接的必要性，演示如何从交叉编译工具链复制必需的库文件（如libc、libm等），并保持正确的软链接关系。 命令工具添加：介绍了如何交叉编译和安装第三方工具（如gdbserver、strace等），特别详细说明了轻量级SSH服务器dropbear的配置方法。 配置文件完善：提供了关键系统配置文件的示例，包括用户权限（/etc/passwd）、网络设置、以及完整的启动脚本（rcS

BusyBox 是一个开源软件项目，由 Bruce Perens 于 1996 年发起，最初是为 Debian 安装盘设计的。它的核心思想是 **"瑞士军刀"** 模式：

本文详细解析了嵌入式Linux根文件系统的核心目录结构及其功能。主要内容包括：/bin目录存放用户基本命令，通常由BusyBox提供；/sbin存放系统管理命令；/dev作为设备文件目录，体现"一切皆文件"理念；/etc是最重要的配置文件目录；/lib存放动态链接库。文章还介绍了/proc和/sys虚拟文件系统的作用，并给出了嵌入式系统精简目录结构的实践建议。通过了解这些目录的职责，开发人员可以更好地定制适合嵌入式设备的轻量级根文件系统。

本文深入解析Linux根文件系统（Rootfs）的核心原理和工作流程。根文件系统是内核启动后挂载的第一个文件系统，为用户空间提供程序、库和配置文件等必要资源。文章详细介绍了最小根文件系统的核心组成（init程序、基本命令、动态库等），并重点剖析了从Bootloader到内核挂载根文件系统的完整流程，包括内核参数解析、initramfs切换过程等。同时阐述了标准的FHS目录结构规范，对比了嵌入式系统与桌面发行版在根文件系统设计上的关键差异。理解根文件系统的挂载机制和目录结构，是构建定制化Linux系统的基础。

应用层崩了顶多是个Segmentation Fault，驱动崩了那可是整个系统蓝屏重启。好在Linux内核自带了丰富的调试工具，今天我们就来系统性地过一遍驱动调试的核心手段：`printk`、`dmesg`、日志级别、和常见问题的排查思路。

本文介绍了Linux内核中的Platform驱动框架，这是一种嵌入式标准化驱动开发模式。该框架通过分离设备描述和驱动逻辑，实现驱动代码的通用性和可移植性。 主要内容包括： Platform框架的三个核心角色：platform_device（设备树解析）、platform_driver（驱动代码）和匹配机制 platform_driver结构体的关键组成，特别是probe和remove函数的作用 通过LED驱动示例展示了完整实现过程： 使用设备树描述硬件资源 在probe函数中获取GPIO资源 实现file_

摘要 本文深入讲解了Linux驱动开发中的阻塞IO和poll机制。阻塞IO通过等待队列实现，当数据未就绪时让进程睡眠，数据到达后唤醒，关键API包括wait_event_interruptible()和wake_up_interruptible()。poll机制则支持多路复用，通过实现.poll函数并返回EPOLLIN/EPOLLOUT等事件掩码来监控多个文件描述符。文章提供了一个完整的数据管道驱动示例，包含阻塞读写和poll支持，使用互斥锁保护共享数据，并正确处理了非阻塞模式(EAGAIN)和信号中断(E

本文介绍了Linux内核定时器与延时机制在嵌入式开发中的应用。通过分析内核定时器原理和关键API（如timer_setup、mod_timer等），结合LED闪烁定时器驱动的完整示例，阐述了如何实现周期性任务调度。重点强调：1）内核中应避免忙等待；2）定时器回调函数在软中断上下文中执行，不可睡眠；3）驱动卸载前必须同步删除定时器。文章还提供了jiffies时间转换方法和内核版本兼容性说明，为嵌入式开发者提供了实用的定时功能实现方案。

嵌入式中断开发实战摘要 中断是嵌入式系统中实现异步事件处理的核心机制，它允许硬件主动通知CPU处理紧急事件，相比轮询模式更高效。Linux内核采用"上半部+下半部"的中断处理架构：上半部（硬中断）快速响应并清中断标志，下半部（软中断/工作队列）处理耗时任务。开发者通过设备树配置中断源属性（如GPIO按键触发方式），使用request_irq()注册中断处理函数。典型实现包括：在上半部快速调度工作队列，在下半部完成数据处理和用户通知。关键注意点：上半部不可阻塞或耗时，必须保持简洁；实际案例展示了按键中断驱动的

本文介绍了如何通过Linux内核GPIO子系统实现LED灯控制驱动（设备树版本）。主要内容包括： GPIO子系统架构：分为应用层、驱动层、框架层和硬件层，驱动开发只需关注驱动层API。 设备树配置关键步骤： 在设备树中定义LED节点，包含compatible字符串匹配驱动 指定GPIO引脚和有效电平（如GPIO1_IO18高电平点亮） 不同SoC平台的GPIO引用语法差异 完整驱动实现： 通过misc框架创建设备节点 从设备树解析GPIO配置 实现write接口控制LED亮灭状态 使用gpio_reques

摘要：Linux杂项设备(misc)驱动开发简化方案 本文介绍了Linux驱动开发中的杂项设备(misc)框架，它提供了一种比标准字符设备更简单的驱动开发方式。文章通过对比表格展示了misc设备与标准字符设备的关键区别：misc设备共享主设备号10、自动管理次设备号、自动创建设备节点，代码量更少。核心实现仅需定义一个miscdevice结构体并调用misc_register()注册即可。作者提供了一个完整的"Hello Misc"示例驱动，展示了从设备初始化、文件操作实现到模块加载/卸载的完整流程，代码量比

本文介绍了Linux字符设备驱动的开发框架与实现方法。主要内容包括： Linux设备类型分类：字符设备（按字节流读写）、块设备（按块读写）和网络设备（无设备节点） 设备驱动核心结构file_operations：定义了open、read、write等操作函数，是驱动与用户程序的接口 完整的字符设备驱动实现示例： 使用register_chrdev动态申请主设备号 通过class_create和device_create自动创建设备节点 实现基本的读写功能（copy_to_user/copy_from_use

文章摘要： 本文手把手指导如何开发最简单的Linux内核"HelloWorld"模块。通过编写包含module_init/exit的C代码，配合特定Makefile，生成.ko内核模块文件。使用insmod/rmmod加载卸载模块，通过dmesg查看printk输出的日志。重点解析了模块编译原理、加载卸载流程及常见问题排查方法，为后续开发字符设备驱动奠定基础。整个过程展现了内核模块动态插拔的核心机制，是Linux驱动开发的入门必修课。

本文介绍了嵌入式Linux驱动开发中的内核模块原理与编译框架搭建。主要内容包括： 内核模块概念：作为可动态加载/卸载的内核插件(.ko)，相比静态编译更灵活高效 模块与内核关系：运行在内核空间，共享内核权限和资源，但需遵循特定规则 编译环境搭建： 需要内核源码和交叉编译工具链 提供标准Makefile模板及交叉编译适配方案 支持多文件模块编译配置 模块基本结构：必须实现init/exit函数，使用module_init/exit注册，并包含必要的元信息声明 这些内容为后续驱动开发实践奠定了基础，下一阶段将进