1. Android内核版本演进史

Android内核的演进与上游Linux主线内核版本紧密相关，但又有其独特的分支策略。从早期的Linux 3.x时代到如今的6.x，每一次大版本升级都伴随着驱动模型、内核API和子系统接口的深刻变革。理解这一演进脉络，是进行多版本驱动兼容性适配的基石。

1.1 内核版本演进总览与关键里程碑

下表梳理了从Android 4.x到Android 14+所对应的内核基线版本，以及每个阶段对驱动开发者影响最大的关键变化。

1.2 驱动接口演进核心脉络：从ion到dma-buf heaps

内存分配器接口的变迁是驱动适配中最具代表性的案例。Android早期使用自定义的ion分配器，后逐步被上游标准化的dma-buf heaps取代。

下图展示了从ion到dma-buf heaps的接口演变路径，以及各版本中驱动开发者需要关注的适配点。

1.3 设备树（DT）与ACPI的演进

设备树（Device Tree）从Linux 3.x开始成为ARM架构的标准硬件描述方式，并在Android内核中全面普及。驱动开发者需要关注以下变化：

• Linux 3.x ~ 4.0： 设备树逐步取代板级文件（board file），驱动需从platform_device注册转向of_match_table匹配。
• Linux 4.4 ~ 4.19： 设备树绑定（binding）规范化，device_property_* API（如device_property_read_u32）成为推荐方式，替代直接调用of_*函数。
• Linux 5.x+： 支持overlay设备树，用于动态硬件配置；ACPI在部分ARM服务器平台出现，但Android仍以DT为主。

1.4 电源管理接口：从Android wakelock到Linux wakeref

电源管理是Android内核驱动适配的另一大痛点。早期Android内核包含大量未上游的wakelock补丁，后逐步与主线Linux的wakeup source机制融合。

1.5 关键驱动子系统接口变化速查表

下表汇总了多个核心驱动子系统在不同内核版本间的接口变化，供适配时快速参考。

1.6 版本适配策略总结

基于以上演进分析，驱动开发者应遵循以下分层适配策略：

1. 接口抽象层： 在驱动中封装一层适配接口，将#ifdef版本判断集中管理，避免散落在业务逻辑中。
2. 优先使用新API： 对于Linux 5.4+目标，优先使用device_property_*、gpiod_*、dma_buf heaps等新接口。
3. 关注KMI冻结： 在GKI 2.0环境下，驱动模块只能使用导出的符号，需通过kmi_symbol_list检查依赖。
4. 利用兼容层： 对于ion等已移除接口，可在驱动中实现#ifdef条件编译，或使用内核提供的dma-heap兼容头文件。