Environment:
- 6.17.1-300.fc43.x86_64
Hardware:
Symptoms:
- BD Address: 00:00:00:00:00:00
- state: DOWN
-
Relevant dmesg output:
Bluetooth: hci0: RTL: examining hci_ver=0b hci_rev=000b lmp_ver=0b lmp_subver=8852
Bluetooth: hci0: RTL: rom_version status=0 version=3
Bluetooth: hci0: RTL: btrtl_initialize: key id 0
Bluetooth: hci0: RTL: loading rtl_bt/rtl8852bu_fw.bin
Bluetooth: hci0: RTL: loading rtl_bt/rtl8852bu_config.bin
Bluetooth: hci0: Opcode 0xfcf0 failed: -16
Bluetooth: hci0: AOSP extensions version v0.96
Bluetooth: hci0: AOSP quality report is not supported
What I tested:
1. Reboot / full shutdown / power drain
2. Tested two different Fedora kernels (6.17.1 and 6.19.9)
3. Verified that bluetooth is not rfkill-blocked
4. Tried disabling btusb autosuspend
5. Unbound/rebound the USB port
6. Downgraded linux-firmware and rebooted
7. Built and loaded an out-of-tree patched btusb.ko from /lib/modules/<kernel>/updates/
- the patched module was definitely loaded
- runtime behavior remained unchanged
- it still selected rtl8852bu_fw.bin / rtl8852bu_config.bin
- it still failed with Opcode 0xfcf0 failed: -16
Additional observation:
The device is USB ID 0bda:b853.
I investigated whether this device might simply be missing an exact btusb ID entry / quirk.
However, even after loading a patched out-of-tree btusb module, runtime behavior did not change at all.
Expected behavior:
The Bluetooth controller should initialize successfully, appear in
Actual behavior:
The controller remains DOWN and unusable.
Hypothesis:
This may require additional support in btusb/btrtl beyond generic Realtek handling for this specific 0bda:b853 device, possibly an initialization quirk or different firmware-selection path.
- Distribution: Fedora 43
- Kernels tested:
- 6.17.1-300.fc43.x86_64
- bluez: 5.86-4.fc43.x86_64
- linux-firmware: 20260309-1.fc43.noarch
Hardware:
- Wi-Fi PCI device works correctly with rtw89_8852be
- Bluetooth USB device:
Symptoms:
bluetoothctl listreturns nothinghciconfig -ashows:
- BD Address: 00:00:00:00:00:00
- state: DOWN
-
rfkill list bluetooth shows no soft block and no hard blockRelevant dmesg output:
Bluetooth: hci0: RTL: examining hci_ver=0b hci_rev=000b lmp_ver=0b lmp_subver=8852
Bluetooth: hci0: RTL: rom_version status=0 version=3
Bluetooth: hci0: RTL: btrtl_initialize: key id 0
Bluetooth: hci0: RTL: loading rtl_bt/rtl8852bu_fw.bin
Bluetooth: hci0: RTL: loading rtl_bt/rtl8852bu_config.bin
Bluetooth: hci0: Opcode 0xfcf0 failed: -16
Bluetooth: hci0: AOSP extensions version v0.96
Bluetooth: hci0: AOSP quality report is not supported
What I tested:
1. Reboot / full shutdown / power drain
2. Tested two different Fedora kernels (6.17.1 and 6.19.9)
3. Verified that bluetooth is not rfkill-blocked
4. Tried disabling btusb autosuspend
5. Unbound/rebound the USB port
6. Downgraded linux-firmware and rebooted
7. Built and loaded an out-of-tree patched btusb.ko from /lib/modules/<kernel>/updates/
- the patched module was definitely loaded
- runtime behavior remained unchanged
- it still selected rtl8852bu_fw.bin / rtl8852bu_config.bin
- it still failed with Opcode 0xfcf0 failed: -16
Additional observation:
The device is USB ID 0bda:b853.
I investigated whether this device might simply be missing an exact btusb ID entry / quirk.
However, even after loading a patched out-of-tree btusb module, runtime behavior did not change at all.
Expected behavior:
The Bluetooth controller should initialize successfully, appear in
bluetoothctl list, and expose a valid BD_ADDR instead of 00:00:00:00:00:00.Actual behavior:
The controller remains DOWN and unusable.
Hypothesis:
This may require additional support in btusb/btrtl beyond generic Realtek handling for this specific 0bda:b853 device, possibly an initialization quirk or different firmware-selection path.
Last edited:

