Problème de configuration de l'adaptateur Bluetooth (ID 0a12:0001)

Il existe plusieurs versions de ce dispositif avec le même identifiant USB. Selon certains, il s'agirait de faux, mais je soupçonne qu'il ne s'agit que de modèles plus récents de la puce.

Quelques particularités sont nécessaires pour que la puce fonctionne et il faut corriger le code du noyau responsable de l'activation de ces particularités pour tester ces nouveaux modèles :

--- drivers/bluetooth/btusb.c.old   2020-03-31 19:14:11.765239911 +0100
+++ drivers/bluetooth/btusb.c   2020-03-31 19:22:17.035003199 +0100
@@ -1643,4 +1643,6 @@
    /* Detect controllers which aren't real CSR ones. */
    if (le16_to_cpu(rp->manufacturer) != 10 ||
+       le16_to_cpu(rp->lmp_subver) == 0x0811 ||
+       le16_to_cpu(rp->lmp_subver) == 0x0812 ||
        le16_to_cpu(rp->lmp_subver) == 0x0c5c) {
        /* Clear the reset quirk since this is not an actual
@@ -3873,5 +3875,5 @@

        /* Fake CSR devices with broken commands */
-       if (bcdDevice <= 0x100 || bcdDevice == 0x134)
+       if (bcdDevice <= 0x100 || bcdDevice == 0x134 || bcdDevice == 0x8891)
            hdev->setup = btusb_setup_csr;

Je ne garantis pas que cela corrige le problème pour tous les modèles plus récents et des tests supplémentaires peuvent être nécessaires pour inclure plus de sous-versions LMP et de numéros de bcdDevice. Cependant, la méthode ci-dessus fonctionne pour certains utilisateurs qui ont utilisé les nouveaux modèles Bluetooth 4.0 et pour moi-même, qui utilise un modèle Bluetooth 5.0.

L'appareil s'affiche comme indiqué ici :

# hciconfig
hci0:   Type: Primary  Bus: USB
    BD Address: 00:1A:7D:DA:71:11  ACL MTU: 679:9  SCO MTU: 48:16
    UP RUNNING 
    RX bytes:56724 acl:29 sco:0 events:7890 errors:0
    TX bytes:4782028 acl:7788 sco:0 commands:84 errors:0

Ceci a été testé avec le noyau 5.5.13 et un dongle Bluetooth 5.0 bon marché provenant d'AliExpress, et il me permet maintenant de me connecter à un casque Bluetooth 5.0.

Le dongle fonctionne parfaitement sous Windows 10.

Ajout : Désactiver la suspension automatique de l'USB

La suspension automatique des ports USB peut interférer avec les clés USB Bluetooth. Bien que la suspension automatique permette d'économiser de l'énergie et que les périphériques doivent se réveiller rapidement d'eux-mêmes, cela peut échouer et dégrader la connectivité Bluetooth. Par défaut, le noyau suspend les ports USB après 2 secondes. Cela peut être désactivé pour tous les ports USB ou seulement pour certains d'entre eux, et le pilote USB Bluetooth dispose d'un paramètre qui contrôle spécifiquement cette fonction pour les dongles Bluetooth connectés à l'USB. Par exemple, pour voir l'état actuel :

# lsusb
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 003: ID 062a:3633 MosArt Semiconductor Corp. Full-Speed Mouse
Bus 004 Device 002: ID 1b1c:1b39 Corsair Corsair Gaming K65 RGB RAPIDFIRE Keyboard 
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 009 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 008 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

# grep . /sys/bus/usb/devices/[0-9]*/power/control
/sys/bus/usb/devices/4-1/power/control:on
/sys/bus/usb/devices/4-2/power/control:on
/sys/bus/usb/devices/5-5/power/control:auto

Ici, la souris et le clavier sont toujours sous tension, mais le dongle USB Bluetooth CSR est réglé sur la mise en veille automatique. Si l'auto-suspension est activée et qu'elle cause des problèmes, il est possible de la tester en la désactivant temporairement :

# echo on > /sys/bus/usb/devices/5-5/power/control
# cat /sys/bus/usb/devices/5-5/power/control
on

Si cela ne suffit pas, il faut alors le désactiver de façon permanente et il y a plusieurs façons de le faire :

• Si vous recompilez déjà le noyau, il est préférable de le désactiver à l'aide du module Bluetooth USB kernel en définissant le paramètre de configuration CONFIG_BT_HCIBTUSB_AUTOSUSPEND a N ou en le commentant dans le fichier de configuration du noyau. Le pilote USB Bluetooth désactivera alors l'auto-suspension par défaut pour chaque port sur lequel il trouve un périphérique correspondant, et laissera tous les autres périphériques USB en l'état.

• Sans recompiler le noyau et lorsque le module USB Bluetooth est compilé dans le noyau, il est nécessaire de le faire avec un paramètre de démarrage. Pour Grub éditer /etc/default/Grub et ajouter la ligne de commande du noyau avec btusb.enable_autosuspend=n . Mettez ensuite à jour la configuration de Grub en exécutant update-Grub et redémarrer.

Fichier : /etc/default/Grub

...
GRUB_CMDLINE_LINUX_DEFAULT="... btusb.enable_autosuspend=n"
...

• Sans recompiler le noyau et lorsque le module USB Bluetooth est chargeable, faut-il créer un fichier dans /etc/modprobe.d/ pour passer le paramètre. Ensuite, soit vous redémarrez, soit vous débranchez le dongle et vous supprimez le module du noyau avec rmmod btusb et redémarrer le service du module avec service systemd-modules-load restart avant de rebrancher le dongle.

Fichier : /etc/modprobe.d/bluetooth-usb.conf

options btusb enable_autosuspend=n

Ajout : Activation du paramètre Fast Connectable

Une autre méthode pour améliorer la connectivité Bluetooth consiste à activer la fonction FastConnectable réglage de la bluetoothd démon. Le réglage se trouve dans /etc/bluetooth/main.conf .

Fichier : /etc/bluetooth/main.conf

...
# Permanently enables the Fast Connectable setting for adapters that
# support it. When enabled other devices can connect faster to us,
# however the tradeoff is increased power consumptions. This feature
# will fully work only on kernel version 4.1 and newer. Defaults to
# 'false'.
FastConnectable = true
...