2. Linux HID子系统架构：HID核心层、传输层驱动、HID设备驱动模型

Linux HID（Human Interface Device）子系统是内核中处理输入/输出设备的标准化框架。对于蓝牙HID驱动开发而言，理解其三层架构——HID核心层、传输层驱动、HID设备驱动模型——是进行中断处理优化和性能调优的基础。本章将逐层剖析，并重点阐述各层之间的数据流与接口契约。

2.1 三层架构总览

HID子系统采用分层设计，自底向上依次为：传输层驱动、HID核心层、HID设备驱动。每一层都封装了特定的职责，并通过明确定义的API进行交互。

2.2 HID核心层 (hid-core)

HID核心层是子系统的中枢，它不关心具体的传输介质，而是专注于HID协议本身的处理。核心层的主要职责包括：

• 报告描述符解析： 将设备上报的二进制报告描述符解析为内核可理解的 struct hid_report 和 struct hid_field 结构体。
• 设备注册与管理： 维护系统中所有HID设备的链表，处理设备的添加、移除和热插拔事件。
• 报告路由： 接收来自传输层的原始报告，根据报告ID和类型，将数据分发给对应的HID设备驱动。
• 输出报告处理： 将设备驱动下发的输出报告，通过传输层发送给硬件设备。

2.3 传输层驱动 (Transport Layer Driver)

传输层驱动是HID子系统与具体硬件总线之间的桥梁。对于蓝牙HID，传输层驱动是 hidp（HID over Bluetooth Protocol）。传输层驱动必须实现 struct hid_ll_driver 结构体中定义的回调函数。

2.4 HID设备驱动模型

HID设备驱动位于架构的最顶层，直接与用户空间的输入子系统交互。Linux内核通过 struct hid_driver 结构体来抽象一个HID设备驱动。

// 一个典型的HID设备驱动结构体
static struct hid_driver my_hid_driver = {
    .name = "my_custom_hid_device",
    .id_table = my_hid_devices,      // 支持的设备ID列表
    .probe = my_hid_probe,           // 设备探测回调
    .remove = my_hid_remove,         // 设备移除回调
    .input_mapping = my_input_mapping, // 将HID用法映射到输入事件
    .event = my_hid_event,           // 处理来自核心层的HID事件
    .raw_event = my_raw_event,       // 处理原始HID报告（可选）
};

设备驱动的工作流程通常如下：

1. 匹配： 核心层根据 id_table 匹配到对应的驱动。
2. 探测： 调用 .probe()，驱动在此函数中注册输入设备、初始化私有数据。
3. 映射： 通过 .input_mapping() 回调，将HID报告中的Usage Page和Usage ID映射到Linux输入子系统的键值/绝对值事件。
4. 数据接收： 当传输层收到数据并经过核心层解析后，核心层调用驱动的 .raw_event() 或 .event() 回调，驱动将数据转换为输入事件并上报。

2.5 各层之间的关键接口

理解层间接口是进行驱动开发和性能分析的前提。以下是两个最重要的接口：

• 传输层 → 核心层： hid_input_report(struct hid_device *hdev, int type, u8 *data, u32 size, int interrupt)。传输层在收到原始数据后，调用此函数将数据送入核心层。参数 interrupt 表示是否在中断上下文中调用，这对蓝牙HID至关重要。
• 核心层 → 设备驱动： 核心层解析报告后，通过 struct hid_driver 中的 .raw_event 或 .event 回调将处理后的数据传递给设备驱动。设备驱动在此回调中完成最终的事件上报。

2.6 性能优化视角下的架构分析

从性能优化角度看，HID子系统的三层架构引入了以下潜在的瓶颈点：