* [Bug 219571] New: Previous handle short-transfer fix for fake CSR controllers does not account for other fake devices
@ 2024-12-07 9:41 bugzilla-daemon
2024-12-07 9:44 ` [Bug 219571] " bugzilla-daemon
2026-10-15 21:35 ` bugzilla-daemon
0 siblings, 2 replies; 3+ messages in thread
From: bugzilla-daemon @ 2024-12-07 9:41 UTC (permalink / raw)
To: linux-bluetooth
https://bugzilla.kernel.org/show_bug.cgi?id=219571
Bug ID: 219571
Summary: Previous handle short-transfer fix for fake CSR
controllers does not account for other fake devices
Product: Drivers
Version: 2.5
Hardware: AMD
OS: Linux
Status: NEW
Severity: high
Priority: P3
Component: Bluetooth
Assignee: linux-bluetooth@vger.kernel.org
Reporter: sohailsameja@gmail.com
Regression: Yes
Bisected 2c1dda2acc4192d826e84008d963b528e24d12bc
commit-id:
[ +9.730469] usb 1-1: new full-speed USB device number 10 using xhci_hcd
[ +3.071646] usb 1-2: new full-speed USB device number 11 using xhci_hcd
[ +0.374696] usb 1-2: New USB device found, idVendor=10d7, idProduct=b012,
bcdDevice=88.91
[ +0.000009] usb 1-2: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[ +0.000003] usb 1-2: Product: CSR8510 A10
[ +0.017967] Bluetooth: hci0: HCI Read Default Erroneous Data Reporting
command is advertised, but not supported.
[ +0.000007] Bluetooth: hci0: HCI Read Transmit Power Level command is
advertised, but not supported.
[ +0.000002] Bluetooth: hci0: HCI LE Set Random Private Address Timeout
command is advertised, but not supported.
Some fake CSR controllers can also be identified as "Actions Semiconductor
ATS2851 based devices" i.e. 0x10d7, 0xb012 as seen above.
The previous fix should also account for such devices as well.
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug 219571] Previous handle short-transfer fix for fake CSR controllers does not account for other fake devices
2024-12-07 9:41 [Bug 219571] New: Previous handle short-transfer fix for fake CSR controllers does not account for other fake devices bugzilla-daemon
@ 2024-12-07 9:44 ` bugzilla-daemon
2026-10-15 21:35 ` bugzilla-daemon
1 sibling, 0 replies; 3+ messages in thread
From: bugzilla-daemon @ 2024-12-07 9:44 UTC (permalink / raw)
To: linux-bluetooth
https://bugzilla.kernel.org/show_bug.cgi?id=219571
--- Comment #1 from Mohamed Sohail (sohailsameja@gmail.com) ---
[ +2.061002] Bluetooth: hci0: Opcode 0x1004 failed: -110
[ +0.000003] Bluetooth: hci0: command 0x1004 tx timeout
Forgot the above lines. Either reverting to the old code size handling code i.e
size = le16_to_cpu(data->intr_ep->wMaxPacketSize); or changing the
device identifier to match 0x10d7, 0xb012 fixes this.
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug 219571] Previous handle short-transfer fix for fake CSR controllers does not account for other fake devices
2024-12-07 9:41 [Bug 219571] New: Previous handle short-transfer fix for fake CSR controllers does not account for other fake devices bugzilla-daemon
2024-12-07 9:44 ` [Bug 219571] " bugzilla-daemon
@ 2026-10-15 21:35 ` bugzilla-daemon
1 sibling, 0 replies; 3+ messages in thread
From: bugzilla-daemon @ 2026-10-15 21:35 UTC (permalink / raw)
To: linux-bluetooth
https://bugzilla.kernel.org/show_bug.cgi?id=219571
Luzemario (luzemario@gmail.com) changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |luzemario@gmail.com
--- Comment #2 from Luzemario (luzemario@gmail.com) ---
My device has the same product description, but appears to the system as a
different product code. And fails.
[ 444.694776] usb 4-2: New USB device found, idVendor=0a12, idProduct=0001,
bcdDevice=25.20
[ 444.694792] usb 4-2: New USB device strings: Mfr=0, Product=2,
SerialNumber=0
[ 444.694799] usb 4-2: Product: CSR8510 A10
[ 445.284957] usbcore: registered new interface driver btusb
[ 445.286700] Bluetooth: hci0: CSR: Setting up dongle with HCI ver=6 rev=3120
[ 445.286711] Bluetooth: hci0: LMP ver=6 subver=22bb; manufacturer=10
[ 445.286714] Bluetooth: hci0: CSR: Unbranded CSR clone detected; adding
workarounds and force-suspending once...
[ 450.486604] Bluetooth: hci0: CSR: Couldn't suspend the device for our Barrot
8041a02 receive-issue workaround
[ 450.486705] Bluetooth: hci0: HCI Delete Stored Link Key command is
advertised, but not supported.
[ 450.486712] Bluetooth: hci0: HCI Read Default Erroneous Data Reporting
command is advertised, but not supported.
[ 450.486717] Bluetooth: hci0: HCI Set Event Filter command not supported.
[ 452.500066] Bluetooth: hci0: Opcode 0x0c03 failed: -110
It enters a broken state when the force-suspend command is issued, then
timeouts the reset command afterwards.
Linux desk 6.12.111+deb13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.111-1
(2026-09-28) x86_64 GNU/Linux
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2026-10-15 21:35 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-12-07 9:41 [Bug 219571] New: Previous handle short-transfer fix for fake CSR controllers does not account for other fake devices bugzilla-daemon
2024-12-07 9:44 ` [Bug 219571] " bugzilla-daemon
2026-10-15 21:35 ` bugzilla-daemon
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox