On Thu, Apr 13, 2023, at 6:54 AM, Raul Cheleguini wrote: > On Fri, Mar 31, 2023 at 2:50 AM Christopher Snowhill <chris@xxxxxxxxxx> wrote: >> >> Would some pcapng logs be useful? It appears this device flags some commands as supported, while indicating their entire feature sets are not supported in the local supported features bitfields. Or that's as near as I can guess. >> >> First is captured from a generic driver that works, the latter is captured from Linux 6.2.9. Included in the working capture is the beginning of an exchange with my Sony headphones. The latter stops logging after the first failed command. >> >> https://f.losno.co/bluetooth_ats2851.pcapng.zst >> https://f.losno.co/bluetooth_ats2851_broken.pcapng.zst > > Hi Christopher, > > Thank you for sharing the pcap files. Based on your comments from another > thread regarding this adapter, I suggest that you apply the following patches: > > [PATCH] Bluetooth: Improve support for Actions Semi ATS2851 based devices > https://marc.info/?l=linux-bluetooth&m=167846197021176&w=2 > > [PATCH] Bluetooth: Add new quirk for broken set random RPA timeout for ATS... > https://marc.info/?l=linux-bluetooth&m=167957918920723&w=2 > > [PATCH] Bluetooth: Add new quirk for broken extended create connection for... > https://marc.info/?l=linux-bluetooth&m=167957998621276&w=2 > > You would end up in the situation mentioned in this thread, and you could > resume your tests from there. I haven't had the time to experiment with SMP yet, > so any assistance would be greatly appreciated. The above PCAP files from Linux were logged with those three patches already applied. It did not help my situation. And any further feedback on this device will not be coming from me, as I already returned it and bought a supported Realtek device instead.
