https://bugzilla.kernel.org/show_bug.cgi?id=214111 --- Comment #5 from bryanhoop@xxxxxxxxx --- (In reply to Marco from comment #1) > Can confirm the same issue personally, but for me it's even worse since this > firmware doesen't reconnect 9/10 a previously associated device. I've tried > an updated version for this adapter (2020/12, from the folder name contained > in it) specific for linux from XMPOW: > > https://mpow.s3-us-west-1.amazonaws.com/mpow_BH519A_driver+for+Linux.7z > > And replaced _fw.bin and _config.bin, but nothing changed. > > Then I've found this post on github: > > https://gist.github.com/peteristhegreat/b48da772167f86f43decbd34edbd0849 > > After ordering by date on Microsoft Catalog for "realtek bluetooth", and a > dozen downloads, I've finally found a package that contained the firmware > version for this rtl8761b, this specific package: > https://www.catalog.update.microsoft.com/ScopedViewInline. > aspx?updateid=b103336e-5da4-4b03-ad04-7224d591aadd, download link: > http://download.windowsupdate.com/d/msdownload/update/driver/drvs/2021/05/ > ca0e770c-6a5d-4de0-b37a- > f4b91cccd8c3_7778831d2b9d721cf94d5a8d8c0676ff1b96c874.cab > > This has a date of 26/04/2021, and after extracting > rtl8761b_mp_chip_bt40_fw_asic_rom_patch_new.dll and renaming the same file > to rtl8761b_fw.bin and replacing the file contained in /lib/firmware/rtl_bt/ > and deleting the rtl8761b_config.bin file (AFAIK, Windows packages from > Realtek doesn't come with a config file, but besides an error in kernel the > _bin is sufficient) my adapter works wonderfully. No issues on reconnecting, > no issues after reboot, the adapter works correctly. > > Instead of forcing users to randomly download Windows drivers from the web > in home to find a working and updated version for this device, can Realtek > add the firmware and kept in sync with the Windows version as it does do > with the others bluetooth devices supported in kernel? Any way to contact > them? > > Anyway, for the people who have this issue, try the version linked above. > > Marco. Thanks for these steps Marco. This gives some hope that a fixed firmware will eventually be upstreamed on Linux. I replaced the fw with the MS version in your link and everything is mostly working now. The major problem I ran into with the updated firmware was audio dropouts using the A2DP AAC codec, but I switched over to SBC-XQ (even higher bandwidth, funnily enough) by editing /usr/share/pipewire/media-session.d/bluez-monitor.conf and it's working flawlessly now. -- You may reply to this email to add a comment. You are receiving this mail because: You are the assignee for the bug.
