https://bugzilla.kernel.org/show_bug.cgi?id=60824 pverda@xxxxxxxx changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pverda@xxxxxxxx --- Comment #208 from pverda@xxxxxxxx --- I have a bluetooth dongle that previously worked but stopped working after a kernel upgrade (> 5.13.15). The dongle needs module options for btusb: enable_autosuspend=0 reset=1. After the dongle stopped working the relevant error messages in the log file are: Bluetooth: hci0: CSR: Failed to suspend the device for our Barrot 8041a02 receive-issue workaround Bluetooth: hci0: setting interface failed (110) This means that a suspend is causing the problem. Examining the code in btusb.c shows that there is now a single suspend for all CSR clones: "Because these are widespread problems we prefer generic solutions; so apply this initialization quirk to every controller that gets here, it should be harmless. The alternative is to not work at all." The new code is were the error occurred. I have restored the code from the btusb_setup_csr function with the original code from btusb.c used in kernel 5.13.15 where only the Barrot chip gets this initialization quirk. After recompiling this module the dongle works without any problem. The generic solution is therefore not harmless for this controller. The information about this dongle is: idVendor=0a12, idProduct=0001, bcdDevice=25.20 USB device strings: Mfr=0, Product=2, SerialNumber=0 Product: CSR8510 A10 hci0: Type: Primary Bus: USB BD Address: 00:1A:7D:DA:71:10 ACL MTU: 640:4 SCO MTU: 64:8 UP RUNNING PSCAN RX bytes:11673690 acl:19123 sco:0 events:287 errors:0 TX bytes:9022 acl:184 sco:0 commands:74 errors:0 Features: 0xff 0xff 0x8f 0xfa 0xdb 0xff 0x5b 0x87 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF PARK Link mode: PERIPHERAL ACCEPT Name: 'DESKTOP' Class: 0x000950 Service Classes: Unspecified Device Class: Invalid Device Class! HCI Version: 4.0 (0x6) Revision: 0x3120 LMP Version: 4.0 (0x6) Subversion: 0x22bb Manufacturer: Cambridge Silicon Radio (10) -- You may reply to this email to add a comment. You are receiving this mail because: You are the assignee for the bug.
