[Bug 60824] [PATCH][regression] Cambridge Silicon Radio, Ltd Bluetooth Dongle unusable

[bugzilla-daemon@bugzilla.kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=60824

pverda@ziggo.nl changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |pverda@ziggo.nl

--- Comment #208 from pverda@ziggo.nl ---
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.