2. 内核版本号语义：主版本号、次版本号、修订号、稳定版/长期支持版（LTS）的含义与选择策略
Linux 内核采用三段式版本号语义（主版本号.次版本号.修订号），并在此基础上衍生出稳定版、长期支持版（LTS）等特殊分支。理解版本号背后的语义，是驱动开发者选择正确内核基线、评估 API 兼容性、制定适配策略的前提。
2.1 三段式版本号结构
自 Linux 2.6.0 之后，内核版本号统一采用 X.Y.Z 格式，每个字段的含义如下：
| 字段 | 名称 | 含义 | 变更频率 | 对驱动的影响 |
|---|---|---|---|---|
| X | 主版本号 | 重大架构重构、ABI 断裂、核心 API 语义重定义 | 数年一次（如 4.x → 5.x → 6.x） | 驱动通常需要大规模重写 |
| Y | 次版本号 | 新特性合并窗口、API 扩展、内部接口调整 | 约 2~3 个月一次 | 驱动需关注 API 增删与参数变化 |
| Z | 修订号 | Bug 修复、安全补丁、向后兼容的微小变更 | 每周至每月 | 驱动无需修改，仅需重新编译 |
关键原则：修订号（Z）变更不保证引入新 API，但保证不破坏已有 API 的二进制兼容性（ABI）。次版本号（Y）变更可能引入新 API，但通常保持源码级兼容。主版本号（X）变更则可能移除旧 API。
2.2 稳定版与长期支持版（LTS）
在主线内核（Mainline）之外，内核社区维护着两类重要的稳定分支：
- 稳定版（Stable）：从主线中选取的
X.Y版本，由 Greg Kroah-Hartman 团队维护，仅合入关键 Bug 修复和安全补丁。每个稳定版的生命周期通常为 3~6 个月，直到下一个稳定版发布。 - 长期支持版（LTS）：从稳定版中选取的特定版本，维护周期延长至 2~6 年。LTS 版本会持续接收安全补丁和关键修复，适合产品化部署。
| 特性 | 主线（Mainline） | 稳定版（Stable） | 长期支持版（LTS） |
|---|---|---|---|
| 发布频率 | 约 2~3 个月 | 约 1~2 周 | 约 2~4 年一次 |
| 维护周期 | 无（持续开发） | 3~6 个月 | 2~6 年 |
| API 稳定性 | 低（频繁变更） | 中（仅修复） | 高（严格向后兼容） |
| 适用场景 | 开发测试、尝鲜 | 短期部署、快速迭代 | 嵌入式产品、服务器、工业控制 |
| 驱动适配成本 | 高（需持续跟踪） | 中（每季度适配一次） | 低（一次适配，长期受益） |
2.3 版本选择策略
驱动开发者应根据项目阶段和目标平台，选择合适的内核版本基线：
- 产品级嵌入式系统：优先选择最新的 LTS 版本（如 6.1 LTS、6.6 LTS）。LTS 版本提供长期安全更新，驱动 API 稳定，减少维护成本。
- 服务器/数据中心：选择企业级发行版（如 RHEL、Ubuntu LTS）所采用的内核版本，这些发行版会对内核进行额外验证和补丁。
- 原型验证/快速开发：选择最新的稳定版（Stable），获取最新特性，但需做好 API 变更的跟踪计划。
- 内核社区贡献：基于主线（Mainline）最新 -rc 版本开发，确保补丁能被社区接受。
实践建议：在驱动代码中通过
LINUX_VERSION_CODE 和 KERNEL_VERSION(major, minor, patch) 宏进行版本条件编译，实现跨版本兼容。例如：
#include <linux/version.h>
#if LINUX_VERSION_CODE >= KERNEL_VERSION(5,10,0)
/* 使用 5.10 引入的新 API */
device_create(&my_class, NULL, devno, NULL, "my_device");
#else
/* 回退到旧 API */
device_create(&my_class, NULL, devno, "my_device");
#endif2.4 版本号与 API 兼容性矩阵
下表总结了不同版本号变更对驱动 API 的影响程度：
| 版本变更 | 源码兼容性 | 二进制兼容性 | 驱动修改工作量 | 典型示例 |
|---|---|---|---|---|
| 修订号 Z+1 | 完全兼容 | 完全兼容 | 无 | 5.10.1 → 5.10.2 |
| 次版本号 Y+1 | 大部分兼容 | 不保证 | 低~中 | 5.10 → 5.11 |
| 主版本号 X+1 | 部分兼容 | 不兼容 | 高 | 5.x → 6.x |
| LTS 内小版本 | 完全兼容 | 完全兼容 | 无 | 6.1.0 → 6.1.10 |
常见误区：不要认为次版本号变更（Y+1）一定向后兼容。内核社区在次版本号中可能移除已标记为“deprecated”的 API。例如，5.10 中标记为过时的
proc_create() 参数格式，在 5.11 中可能被强制修改。驱动开发者应始终阅读 Documentation/process/deprecated.rst 和 Documentation/process/removed.rst。
2.5 版本号查询与验证
在驱动开发中，获取和验证内核版本号的常用方法：
- 运行时获取：通过
utsname()->release获取当前内核版本字符串。 - 编译时判断：使用
LINUX_VERSION_CODE宏进行版本比较。 - 命令行查看：
uname -r显示完整版本号；cat /proc/version显示版本详情。 - 源码版本：内核源码顶层
Makefile中的VERSION、PATCHLEVEL、SUBLEVEL变量。
版本号解析示例：版本号
6.1.25-rt10 表示主版本 6、次版本 1、修订号 25、实时补丁级别 10。驱动开发者应关注 6.1 这个基线，而非具体的修订号。