On 15/10/2018 07:48, Marcel Holtmann wrote:
Hi David,
This patch adds the compatbility flags, so the Rockchip Bluetooth can
be referenced in the device tree
Signed-off-by: David Summers <beagleboard@xxxxxxxxxxxxxxxxxxx>
---
drivers/bluetooth/btrtl.c | 17 +++++++++++++++++
1 file changed, 17 insertions(+)
diff --git a/drivers/bluetooth/btrtl.c b/drivers/bluetooth/btrtl.c
index 7f9ea8e4c1b2..4cc89c9fe371 100644
--- a/drivers/bluetooth/btrtl.c
+++ b/drivers/bluetooth/btrtl.c
@@ -20,6 +20,8 @@
#include <asm/unaligned.h>
#include <linux/usb.h>
+#include <linux/of.h>
+
#include <net/bluetooth/bluetooth.h>
#include <net/bluetooth/hci_core.h>
@@ -743,6 +745,21 @@ int btrtl_get_uart_settings(struct hci_dev *hdev,
}
EXPORT_SYMBOL_GPL(btrtl_get_uart_settings);
+static const struct of_device_id hci_rtl_of_match[] = {
+ { .compatible = "realtek,rtl8723a" },
+ { .compatible = "realtek,rtl8723bs" },
+ { .compatible = "realtek,rtl8723b" },
+ { .compatible = "realtek,rtl8723d" },
+ { .compatible = "realtek,rtl8723ds" },
+ { .compatible = "realtek,rtl8821a" },
+ { .compatible = "realtek,rtl8821c" },
+ { .compatible = "realtek,rtl8761a" },
+ { .compatible = "realtek,rtl8822b" },
+ {},
+};
+MODULE_DEVICE_TABLE(of, hci_rtl_of_match);
this makes no sense in btrtl.c driver. This needs to be in hci_h5.c and bound to h5_serdev_driver.
Regards
Marcel
Now I'm confused. hci_h5.c looks like the general 3 wire uart connection to bluetooth, which probably covers sdio devices like the 8723bs which uses sdio.
But what of the 8723b, which looks like a typo earlier in the code for the 8723bu which is usb device. Or say the 8723be which is PCIe.
the cards might be PCIe or SDIO for WiFi, but normally the Bluetooth part is connected either via USB or UART. I have not seen a PCIe Bluetooth card and the SDIO Bluetooth ones are existed only in the early Bluetooth 1.1 days.
So if all sdio hci blue tooth cards should be specified with the hci_h5.c driver, and that is general 3 wire uart, then how should this be specified in the device tree? Surely that should need a specification that says "hci uart", rather than a specific chip.
The hci_h5.c was actually a hack to support Realtek devices. I was against it, but it seems nobody wanted to actually work on my bt3wire.c proposal that I send around. The bt3wire.c was suppose to be a clean serdev based driver for all 3-Wire UART cards.
The btrtl.c code looks like it loads drivers, so is it that drivers aren't needed in the hci uart devices made by realtek?
The btrtl.c is for common Realtek code shared between USB and UART. The same applies to btbcm.c, btintel.c etc. These modules will be loaded by dependencies on the drivers using them.
Regards
Marcel
Marcel,
Thank you for the reply. To give some background on why the patch was
sent in. On Arch Arm we have two users who are using Asus Tinker Board
(S) single board computers. The Tinker Board comes with AzureWave
AW-NB177NF installed, and this has an internal Realtek RTL8723BS, which
in turn has a UART Bluetooth device, with hci.
Currently these users can't use bluetooth. Now ideally we set up patches
to mainline to correct problems like this. Once mainlined the solution
is easy to maintain, and so arch arm would automatically support the
devices.
Now the tinker boards being arm based (rk3288), they are device tree
only for modern kernels. So how to set up the device tree for the
bluetooth devices. The uart is attached to uart0 on the rk3288, ideally
the RTL8723BS bluetooth would be on the serdev bus. A device tree
extraction would look like:
&uart0 {
status = "okay";
pinctrl-0 = <&uart0_xfer>, <&uart0_cts>;
bluetooth {
compatible = "realtek,rtl8723bs";
}
};
So the bluetooth is connected via uart0 on a serdev bus.
However the kernel has no compatible = "realtek,rtl8723bs" to which to
match.
The current /drivers/bluetooth has compatible for:
Marvell
Mediatek
Qcom
TI
Nokia
So it has nothing offering support for the Realtek rtl8723bs.
Now you say we should use hci_h5, which is a generic three wire UART HCI
driver. This we could do via:
compatible = "realtek,rtl8723bs","bluetooth,hci_h5";
Or some similar generic name for the driver. However hci_h5 advertises
nothing to the device tree for use in compatible.
The realtek device can only be detected by specification in the device
tree, but this is not possible in the current kernel.
I'm not an expert in the kernel bluetooth code, so I'm happy to accept
advice. I'm happy to try and code solutions. But would ask you what is
the best way to reference realtek bluetooth devices in the kernel, and
what code changes need to be written.
The AzureWave AW-NB177NF is a device that exists, it is used on modern
hardware, like the Asus Tinke Board (S). All I see is how to support it?
Any advice you have would be welcome.
Regards,
David.
