https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=287813
--- Comment #30 from J.R. Oldroyd <f...@opal.com> --- I think it is incorrect to conclude "faulty hardware". I have stated, repeatedly, that this device works perfectly with a software hack initiated by running "pactl exit". It is therefore clearly possible that we add some form of quirk to make this work. We just need to figure out what quirk(s). Now that I see the additional existence of the CSR hub in this device, I see Linux has code to handle "Unbranded CSR clones" [1]. In due course, I will look into that code and see if something similar is applicable here. I also found [2] in which someone is clearing a reset on close function for a similar device. This is along the lines of what I was saying... the device gets set up okay, but loses its config on close. [1] https://github.com/Broadcom/stblinux/blob/master/drivers/bluetooth/btusb.c#L2398 [2] https://unam.re/blog/fixing-chinese-bluetooth-dongle-linux -- You are receiving this mail because: You are the assignee for the bug.
