lwfinger
commented
6 years ago Do I understand correctly that you are using rtl8xxxu as the wifi driver? If so, you should be reporting problems at linux-wireless@vger.kernel.org.
Not all RTL8723BU devices have a BT part. Mine does not. You need to see two different devices in a scan with lsusb.
For many, if not most of the Realtek BT parts, they did not work until kernel 4.14, or 4.15. I would suggest backporting the latest drivers/bluetooth/btusb.{c,h} and btrtl.{c,h} tp 4.10.17.
One other problem is that all the wifi drivers have very little, if any, BT coexistence routines. Unfortunately, I do not have any knowledge of the internal workings of these chips, nor is it likely that Realtek will produce any new drivers for them. For them, they are EOL.
I have a few USB Wifi/BT dongles where most auf them use the RTL8723BU chip. Unfortunately in my case I can only get Wifi working. I'm using Linux Kernel 4.10.17 that includes the drivers for the Realtek chip and the firmware binaries from this Github. The USB dongle is going to be used for an embedded Linux system as an option to communicate with the device. I already use BlueZ (with utilities) 5.43.
So far I found out that I have only one dongle where both wireless connections seem to work (Wifi device listed in iwconfig and successful 'hcitool lescan'), the wifi driver part that prints out the eFuse tells me the chop is Rev D, all other dongles report back as Rev E. Vendor ID is 0xbda (Realtek) and Product ID is 0xb720.
I have another dongle that is "special". It's from Edimax, uses RTL8723BU Rev E but reports Vendor ID 0x7392 and Product ID 0xa611 and compared to the others 'hcitool lescan' works as long as I did not patch the wifi part to accept those IDs whereas disabling the Wifi driver for 0xbda/0xb720 did not result in BT working.
Am I'm missing something critical? If possible I'd like to stay at Kernel 4.10.17 because of the adjustments I had to do, to get it working on our hardware based on iMX6.