1. 课程导入

在嵌入式Linux与驱动开发领域，很多初学者会陷入一种困境：能写字符设备驱动，能调用register_chrdev，但一旦面对/sys目录下层层嵌套的目录结构、面对设备与驱动自动匹配的机制、面对电源管理和热插拔场景，就感到无从下手。造成这种困境的根本原因，是缺少对Linux设备模型（Linux Device Model）与总线框架的整体认知。本课程的目标，就是帮助学习者从"能写驱动"进阶到"理解内核如何组织设备与驱动"，并最终具备独立开发总线型驱动、平台驱动与设备树驱动框架的能力。

一、学习目标：从驱动编写者到框架设计者

本课程的学习目标可以分为三个层次。第一层是理解核心抽象：掌握kobject、kset、device、driver、bus、class这六个核心对象之间的引用与归属关系，理解它们如何共同构建出/sys下的目录树。第二层是掌握匹配机制：理解总线如何通过match回调完成设备与驱动的绑定，理解probe与remove的调用时机。第三层是具备框架开发能力：能够基于platform总线、I2C总线或自定义总线，编写符合设备模型的完整驱动，并能通过sysfs向用户空间暴露可控属性。

二、核心概念：设备模型的对象关系

Linux设备模型本质上是一套用C语言实现的面向对象框架。内核用kobject表示一个可被sysfs引用的基础对象，它负责引用计数与生命周期管理；kset是kobject的集合，用于组织层级；device表示一个物理或逻辑设备；device_driver表示能够驱动某类设备的驱动；bus_type则是设备与驱动相遇的"中介"，负责匹配与绑定。它们之间的关系可以用下面的结构图清晰表达。

理解这张图的关键在于：bus_type是设备与驱动之间的桥梁，device和device_driver分别挂载到总线的两个链表上，总线通过match函数判断二者是否匹配，匹配成功后调用驱动的probe函数完成初始化。而kobject与kset则贯穿始终，负责将这一切映射到/sys文件系统中，供用户空间观察和操作。

三、整体知识框架与开发环境搭建

本课程的知识框架按照"基础抽象 → 总线机制 → 典型总线实战 → 高级主题"的顺序展开。前四章聚焦设备模型基础，包括kobject、kset、sysfs与属性文件；中间章节深入总线匹配、platform总线、I2C与SPI总线框架；后续章节覆盖设备树、电源管理、热插拔与驱动调试。学习路径如下表所示。

开发环境建议使用Ubuntu 22.04 LTS作为宿主系统，搭配QEMU模拟的ARM64虚拟机或树莓派4B作为目标板。内核源码建议选择Linux 6.1 LTS版本，该版本设备模型稳定且文档完善。编译工具链使用aarch64-linux-gnu-交叉编译器。以下命令用于准备基础环境：

# 安装依赖工具
sudo apt install build-essential libncurses-dev bison flex \
     libssl-dev libelf-dev bc git

# 获取内核源码
git clone --depth=1 -b v6.1 https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git

# 配置并编译ARM64内核
cd linux
make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- defconfig
make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- -j$(nproc)

# 查看设备模型相关目录
ls /sys/bus/
ls /sys/devices/
ls /sys/class/

四、常见误区与学习复盘

初学者最容易陷入的误区有三个。其一，把device和driver混为一谈，认为注册了驱动设备就能工作，实际上二者必须通过总线匹配后才能触发probe。其二，忽视kobject的引用计数，导致模块卸载时出现use-after-free或内存泄漏。其三，直接操作/sys下的文件而不理解其背后的attribute机制，导致属性读写方向混乱。