Fwd: bt device in connect/disconnect loop, worked previously

Hi, I have a bt keyboard (using a xiao ble nrf52840 controller). this worked fine on the current computer with tumbleweed till beginning of september(may be red herring). when i decided to remove the old bt profiles and repair all my devices.. headphones, mice and keyboard. headphones and mice work as expected no issues.. the only one is the keyboard that refuses to connect or pair. there is nothing wrong with the keyboard since I can pair it without issues on another xps laptop (different bt adapter) or my android phone. trying to debug but kind of hit a wall since I have little experience with bt errors. in logs i see [ 367.758074] Bluetooth: hci0: unexpected SMP command 0x0b from e8:77:fb:f9:41:5a the bt adapter is integrated in the wifi as far as I can say 00:14.3 Network controller [0280]: Intel Corporation Alder Lake-P PCH CNVi WiFi [8086:51f0] (rev 01) Subsystem: Intel Corporation Wi-Fi 6E AX211 160MHz [8086:4090] Kernel driver in use: iwlwifi the computer itself is an XPS 9320 I also attach a btmon log when I try to pair the keyboard. I see a timeout event. kernel is Linux abbaton 6.5.4-1-vanilla #1 SMP PREEMPT_DYNAMIC Wed Sep 20 05:07:04 UTC 2023 (fdd7e9e) x86_64 x86_64 x86_64 GNU/Linux but on default I get the same behaviour. attached also the full dmesg for record the working computer is XPS 13 9370 and the adapter 02:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 32) Subsystem: Rivet Networks Killer 1435 Wireless-AC [1a56:143a] Kernel driver in use: ath10k_pci Kernel modules: ath10k_pci happy to provide more debug info if needed. i cleared profiles and other settings on the keyboard bt to exclude any issues from the keyboard side. this is a linux only machine so i cannot try other os on it. Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________

On 2023-09-28 18:42, Alin Marin Elena wrote:
Hi,
I have a bt keyboard (using a xiao ble nrf52840 controller). this worked fine on the current computer with tumbleweed till beginning of september(may be red herring). when i decided to remove the old bt profiles and repair all my devices.. headphones, mice and keyboard. headphones and mice work as expected no issues.. the only one is the keyboard that refuses to connect or pair.
Maybe you already tried, but did you try changing the batteries? Then you can try with a live of Leap instead. With the XFCE image, for instance. http://download.opensuse.org/distribution/leap/15.5/live/openSUSE-Leap-15.5-... -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.5 (Laicolasse))

is not a battery issue, this is charged battery... and the keyboard connects and works if I connect it to another xps with an atheros card... I did not try 15.5 but it worked fine till early September on the very same computer. so I would expect it to work fine on 15.5 Regards, Alin Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________ On Fri, 29 Sept 2023 at 14:54, Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2023-09-28 18:42, Alin Marin Elena wrote:
Hi,
I have a bt keyboard (using a xiao ble nrf52840 controller). this worked fine on the current computer with tumbleweed till beginning of september(may be red herring). when i decided to remove the old bt profiles and repair all my devices.. headphones, mice and keyboard. headphones and mice work as expected no issues.. the only one is the keyboard that refuses to connect or pair.
Maybe you already tried, but did you try changing the batteries?
Then you can try with a live of Leap instead. With the XFCE image, for instance.
http://download.opensuse.org/distribution/leap/15.5/live/openSUSE-Leap-15.5-...
-- Cheers / Saludos,
Carlos E. R.
(from openSUSE 15.5 (Laicolasse))

On 2023-09-29 21:38, Alin Marin Elena wrote:
is not a battery issue, this is charged battery... and the keyboard connects and works if I connect it to another xps with an atheros card... I did not try 15.5 but it worked fine till early September on the very same computer. so I would expect it to work fine on 15.5
Regards, Alin
It is better not to assume things, but to verify them.
Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________
On Fri, 29 Sept 2023 at 14:54, Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2023-09-28 18:42, Alin Marin Elena wrote:
Hi,
I have a bt keyboard (using a xiao ble nrf52840 controller). this worked fine on the current computer with tumbleweed till beginning of september(may be red herring). when i decided to remove the old bt profiles and repair all my devices.. headphones, mice and keyboard. headphones and mice work as expected no issues.. the only one is the keyboard that refuses to connect or pair.
Maybe you already tried, but did you try changing the batteries?
Then you can try with a live of Leap instead. With the XFCE image, for instance.
http://download.opensuse.org/distribution/leap/15.5/live/openSUSE-Leap-15.5-...
-- Cheers / Saludos,
Carlos E. R.
(from openSUSE 15.5 (Laicolasse))
-- Cheers / Saludos, Carlos E. R. (from openSUSE 15.5 (Laicolasse))

On 2023-09-28 18:42, Alin Marin Elena wrote:
the bt adapter is integrated in the wifi as far as I can say
More likely on USB and on bus 003 device 010. Check: lsusb -v -d 8087:0033 or lsusb -v -s 3:10 [ 4.097303] usb 3-10: new full-speed USB device number 7 using xhci_hcd [ 4.239552] usb 3-10: New USB device found, idVendor=8087, idProduct=0033, bcdDevice= 0.00 [ 4.239560] usb 3-10: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 56.458368] Bluetooth: HIDP (Human Interface Emulation) ver 1.2 [ 56.458376] Bluetooth: HIDP socket layer initialized [ 56.459100] hid-generic 0005:05D6:000A.000C: unknown main item tag 0x0 [ 56.459269] input: WZ-BT5.0 Consumer Control as /devices/pci0000:00/0000:00:14.0/usb3/3-10/3-10:1.0/bluetooth/hci0/hci0:256/0005:05D6:000A.000C/input/input39 [ 56.459376] hid-generic 0005:05D6:000A.000C: input,hidraw9: BLUETOOTH HID v2.40 Device [WZ-BT5.0] on f0:d4:15:b2:91:e7 It might be a firmware problem. Check this link [1] and the rest of the tip in this link. To use hciconfig you need to install bluez-deprecated [2] [1] https://fedoraproject.org/wiki/How_to_debug_Bluetooth_problems#Resolving_fir... [2] Information for package bluez-deprecated: ----------------------------------------- Repository : openSUSE-Tumbleweed-Oss Name : bluez-deprecated Version : 5.69-1.1 Arch : x86_64 Vendor : openSUSE Installed Size : 1.0 MiB Installed : Yes Status : up-to-date Source package : bluez-5.69-1.1.src Upstream URL : http://www.bluez.org Summary : Bluez tools that upstream considers obsolete Description : This package contains tools from the bluez package that are only built if the "--enable-deprecated" switch is used. These are considered obsolete by the upstream developers and might contain serious issues, even security bugs. Use at your own risk. Note that this package will go away before end of 2020, change your code to use the modern tools instead. -- /bengan

by mistake replied only to Bengt! to summarise. [1] did not help. debugging did not help too much.. since I knew worked before went and got the ibt-0040-0041.ddc ibt-0040-0041.sfi from kernel-firmware-bluetooth... from kernel-firmware-bluetooth-20230320-150500.1.1.noarch.rpm and seems to work without any issues. so it is dome firmware regression after all. but I have no idea to see what is different Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________ On Fri, 29 Sept 2023 at 22:04, Bengt Gördén <bengan@bag.org> wrote:
On 2023-09-28 18:42, Alin Marin Elena wrote:
the bt adapter is integrated in the wifi as far as I can say
More likely on USB and on bus 003 device 010. Check:
lsusb -v -d 8087:0033 or lsusb -v -s 3:10
[ 4.097303] usb 3-10: new full-speed USB device number 7 using xhci_hcd [ 4.239552] usb 3-10: New USB device found, idVendor=8087, idProduct=0033, bcdDevice= 0.00 [ 4.239560] usb 3-10: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 56.458368] Bluetooth: HIDP (Human Interface Emulation) ver 1.2 [ 56.458376] Bluetooth: HIDP socket layer initialized [ 56.459100] hid-generic 0005:05D6:000A.000C: unknown main item tag 0x0 [ 56.459269] input: WZ-BT5.0 Consumer Control as /devices/pci0000:00/0000:00:14.0/usb3/3-10/3-10:1.0/bluetooth/hci0/hci0:256/0005:05D6:000A.000C/input/input39 [ 56.459376] hid-generic 0005:05D6:000A.000C: input,hidraw9: BLUETOOTH HID v2.40 Device [WZ-BT5.0] on f0:d4:15:b2:91:e7
It might be a firmware problem. Check this link [1] and the rest of the tip in this link. To use hciconfig you need to install bluez-deprecated [2]
[1] https://fedoraproject.org/wiki/How_to_debug_Bluetooth_problems#Resolving_fir...
[2] Information for package bluez-deprecated: ----------------------------------------- Repository : openSUSE-Tumbleweed-Oss Name : bluez-deprecated Version : 5.69-1.1 Arch : x86_64 Vendor : openSUSE Installed Size : 1.0 MiB Installed : Yes Status : up-to-date Source package : bluez-5.69-1.1.src Upstream URL : http://www.bluez.org Summary : Bluez tools that upstream considers obsolete Description : This package contains tools from the bluez package that are only built if the "--enable-deprecated" switch is used. These are considered obsolete by the upstream developers and might contain serious issues, even security bugs. Use at your own risk.
Note that this package will go away before end of 2020, change your code to use the modern tools instead.
-- /bengan

On 2023-09-30 11:11, Alin Marin Elena wrote:
by mistake replied only to Bengt! to summarise. [1] did not help. debugging did not help too much.. since I knew worked before went and got the ibt-0040-0041.ddc ibt-0040-0041.sfi from kernel-firmware-bluetooth... from kernel-firmware-bluetooth-20230320-150500.1.1.noarch.rpm and seems to work without any issues. so it is dome firmware regression after all. but I have no idea to see what is different
It's binary stuff so you won't be able to see very much [1]. This probably needs to be reported upstream to be handled, or to bugzilla[2]. Maybe start with bugzilla. You could also try the intel community. Here's one discussion that involves ibt-0040-0041 although not the same problem and on Windows[3]. But intel has been quite helpful in the past when I was involved in networking drivers for en open source router project. But that was years ago. [1] https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/... [2] https://bugzilla.opensuse.org/ [3] https://community.intel.com/t5/Wireless/Linux-ibt-20-1-3-driver-does-not-sca... -- /bengan

thank you Bengt, reported here https://bugzilla.opensuse.org/show_bug.cgi?id=1215848 Without Questions there are no Answers! ______________________________________________________________________ Dr. Alin Marin ELENA http://alin.elena.space/ ______________________________________________________________________ On Sat, 30 Sept 2023 at 11:02, Bengt Gördén <bengan@bag.org> wrote:
On 2023-09-30 11:57, Bengt Gördén wrote:
on Windows
My bad. It's linux, but no solution.
-- /bengan
participants (3)
-
Alin Marin Elena
-
Bengt Gördén
-
Carlos E. R.