3. 蓝牙驱动模型：USB蓝牙、SDIO蓝牙、UART蓝牙驱动框架差异分析

蓝牙主机控制器接口（HCI）的物理传输层决定了驱动框架的核心差异。在嵌入式 Linux 系统中，最常见的三种蓝牙传输层为 USB、SDIO 和 UART（含高速 UART 与三线制）。本章从驱动注册、数据流路径、电源管理、中断处理四个维度剖析三者的框架差异，为后续移植与 DMA 优化奠定基础。

3.1 三种传输层的物理特性与适用场景

下表从总线类型、带宽、延迟、引脚数、典型芯片等维度对比三种接口，帮助工程师在方案选型阶段快速判断驱动适配方向。

3.2 驱动注册与设备枚举差异

三种蓝牙驱动在内核中的注册入口与设备匹配方式完全不同，直接影响驱动移植时的初始化流程。

3.2.1 USB 蓝牙：基于 usb_driver 的自动枚举

USB 蓝牙芯片通过 usb_driver 结构体注册，内核 USB 核心在设备插入时自动匹配 id_table。驱动无需关心设备发现逻辑，只需实现 probe() 回调。

/* USB 蓝牙驱动注册示例 */
static const struct usb_device_id btusb_table[] = {
    { USB_DEVICE(0x0a12, 0x0001) },  /* CSR */
    { USB_DEVICE(0x0b05, 0x17cb) },  /* ASUS */
    { }
};
MODULE_DEVICE_TABLE(usb, btusb_table);

static struct usb_driver btusb_driver = {
    .name       = "btusb",
    .probe      = btusb_probe,
    .disconnect = btusb_disconnect,
    .id_table   = btusb_table,
};
module_usb_driver(btusb_driver);

3.2.2 SDIO 蓝牙：基于 sdio_driver 的卡检测

SDIO 蓝牙驱动通过 sdio_driver 注册，内核 MMC 子系统在 SDIO 卡插入或功能枚举时调用 probe()。驱动需要处理 sdio_func 的使能与中断注册。

/* SDIO 蓝牙驱动注册示例 */
static const struct sdio_device_id btsdio_table[] = {
    { SDIO_DEVICE(SDIO_VENDOR_ID_BROADCOM, SDIO_DEVICE_ID_BCM4345) },
    { }
};
MODULE_DEVICE_TABLE(sdio, btsdio_table);

static struct sdio_driver btsdio_driver = {
    .name       = "btsdio",
    .probe      = btsdio_probe,
    .remove     = btsdio_remove,
    .id_table   = btsdio_table,
};
module_sdio_driver(btsdio_driver);

3.2.3 UART 蓝牙：基于 serdev 或 tty 线路规程

UART 蓝牙驱动有两种注册方式：传统方式通过 tty_ldisc（线路规程）挂载，现代方式通过 serdev 设备驱动。serdev 方式更推荐，因为它将 UART 设备抽象为 serdev_device，无需手动管理 tty 设备节点。

/* UART 蓝牙 serdev 驱动注册示例 */
static const struct of_device_id hci_uart_of_match[] = {
    { .compatible = "ti,wl1837-st" },
    { .compatible = "brcm,bcm43438-bt" },
    { }
};
MODULE_DEVICE_TABLE(of, hci_uart_of_match);

static struct serdev_device_driver hci_uart_serdev_driver = {
    .probe  = hci_uart_serdev_probe,
    .remove = hci_uart_serdev_remove,
    .driver = {
        .name           = "hci_uart",
        .of_match_table = hci_uart_of_match,
    },
};
module_serdev_device_driver(hci_uart_serdev_driver);

3.3 数据流路径与 DMA 适配差异

三种接口的数据流路径差异决定了 DMA 优化的切入点。下图展示了从蓝牙芯片到 HCI 核心层的通用数据流，以及各接口的 DMA 接入点。

3.4 中断处理与电源管理差异

三种接口的中断模型与电源管理策略差异显著，直接影响驱动在低功耗场景下的设计复杂度。

3.5 驱动框架差异对照表

以下表格从代码结构层面总结三种驱动框架的核心差异，便于移植时快速定位需要修改的模块。

3.6 移植适配要点

基于以上差异分析，在蓝牙驱动移植适配时需重点关注以下四点：

1. 设备匹配方式：USB 蓝牙只需添加 VID/PID 到 id_table；SDIO 蓝牙需确认 SDIO 功能号与 CIS 配置；UART 蓝牙必须确保设备树 compatible 字符串与驱动匹配。
2. 数据路径零拷贝：USB 蓝牙的 URB 缓冲区已由 USB 核心管理，无需额外拷贝；SDIO 蓝牙需注意 sdio_writesb() 的缓冲区对齐要求；UART 蓝牙在 DMA 模式下需处理环形缓冲区与 skb 的衔接。
3. 电源管理时序：UART 蓝牙的 bt_enable 和 host_wake 引脚时序必须与芯片数据手册严格对齐，否则会导致固件加载失败或睡眠无法唤醒。
4. 中断优先级：UART 蓝牙的硬中断处理函数应尽量短，将协议处理推送到工作队列；SDIO 蓝牙的中断线程应避免长时间持有 MMC 总线锁。