问如何在Linux5.10中使用rtl8723bs蓝牙

EN

我有阿尔卑斯Linux edge (未来3.15) x86在惠普流7 5709平板电脑(tl;dr: Bay Trail，英特尔Atom Z3735G系统的芯片上)，它有一个车载rtl8723bs Wi/蓝牙，我已经使用的Wi和工作良好。

sl7alp:~$ uname -a
Linux sl7alp 5.10.72-1-lts #2-Alpine SMP Sat, 16 Oct 2021 06:04:30 +0000 i686 Linux

对于Wi，它的精确固件文件/lib/firmware/rtlwifi/rtl8723bs_nic.bin在发行版中丢失了，但它与rtl8723bu版本相同，所以我只是将其符号链接起来，并且与股票驱动程序工作得很好，不需要其他任何东西。

但是蓝牙怎么样？

根据对rtl8723bs的基本描述，它的with使用SDIO连接到系统，但它的蓝牙通过UART连接，这与我在Windows上的设备管理器树中看到的情况一致；它连接的UART是内置于“HS”(8086:0F0A)的Atom处理器之一。

除了edge的5.10内核的默认模块之外，我还获得了适当的附加内核模块，并打开、构建和安装了看似相关的附加功能：

CONFIG_SERIAL_DEV_BUS=m
CONFIG_BT_HCIUART_RTL=y
CONFIG_BT_HCIUART_3WIRE=y
CONFIG_SERIAL_DEV_CTRL_TTYPORT=y

随后，引导自动加载相关模块：

sl7alp:~$ lsmod | grep serdev
serdev                 20480  1 hci_uart
sl7alp:~$ lsmod | grep hci_uart
hci_uart               49152  0
btrtl                  16384  1 hci_uart
btintel                24576  1 hci_uart
serdev                 20480  1 hci_uart
bluetooth             356352  3 btrtl,hci_uart,btintel

我可以看到dmesg输出，它将用于相关的HS：

[    1.062751] 80860F0A:00: ttyS1 at MMIO 0x50919000 (irq = 16, base_baud = 2764800) is a 16550A
[    1.079576] 80860F0A:01: ttyS2 at MMIO 0x5091b000 (irq = 17, base_baud = 2764800) is a 16550A

但这并不能自动使蓝牙设备可用；bluetoothctl没有列出任何控制器，rfkill也没有显示任何控制器。

我发现了第三方存储库https://github.com/lwfinger/rtl8723bs_bt (看似更老的~ 4.x内核时代)，其馀的一步就是我所期望的，直接通过UART与其进行某种初始化握手，然后告诉相关的蓝牙驱动程序基础设施唤醒并连接到它并处理它的蓝牙，但是使用回购的./start_bt.sh，它只是出错了：

Using device /dev/ttyS1 for Bluetooth
Realtek Bluetooth init uart with init speed:115200, final_speed:115200, type:HCI UART H5
Realtek Bluetooth :Realtek hciattach version 2.5
Realtek Bluetooth :3-wire sync pattern resend : 1, len: 8
[...]
Realtek Bluetooth :3-wire sync pattern resend : 40, len: 8
Realtek Bluetooth ERROR: H5 sync timed out

而且，我不能为btattach或bluez-deprecated的普通hciattach编写一个命令行，这样的命令行工作得更好。

More调查：

我看到/sys/devices下的基于ACPI的设备枚举将蓝牙设备作为OBDA8723，位于第一湾线索内部UART 80860F0A:00下。

h5驱动程序(bluetooth/hci_h5.c)为OBDA8723提供了一个包含一个条目的ACPI表，从系统自动决定加载btrtl模块这一事实来看，我希望它至少在某种程度上达到了生效所需的程度。

但是，在pr_info()s周围加上一些额外的hci_h5，我可以看到，当Bluetooth最初加载所有serdev驱动程序时，驱动程序的主h5_init()运行时，它的h5_btrtl_setup() (它在传递给ACPI表的函数指针的结构中引用)从未运行。

Oh darn:

事实上，serdev的S函数serdev_drv_probe()从未运行过。为什么？

根据解决类似问题的报告，它需要SERIAL_DEV_CTRL_TTYPORT。我已经启用了这个，但是：

来自drivers/tty/serdev/Kconfig：

config SERIAL_DEV_CTRL_TTYPORT
        [...]
        depends on SERIAL_DEV_BUS != m

换句话说，用SERIAL_DEV_CTRL_TTYPORT构建内核需要SERIAL_DEV_BUS实际上是内置到内核(=y)中，而不仅仅是作为一个模块启用。