* abandoned patches for ATS2851
@ 2024-05-13 17:14 Данил
2024-05-15 18:54 ` Данил
2024-05-21 20:55 ` Raul Cheleguini
0 siblings, 2 replies; 5+ messages in thread
From: Данил @ 2024-05-13 17:14 UTC (permalink / raw)
To: linux-bluetooth; +Cc: raul.cheleguini
Hello!
I encountered a problem with a USB bluetooth adapter which probably uses
an ATS2851.
I'm not 100% sure about this, but the symptoms match the problem
described in the patch.
Here are the patches I found.
1. It seems to have been applied.
https://lore.kernel.org/linux-bluetooth/168150781825.20001.4973139468540739153.git-patchwork-notify@kernel.org/T/#t
2. It seems it was not applied.
https://lore.kernel.org/linux-bluetooth/20230323135804.3962783-1-raul.cheleguini@gmail.com/T/#t
3. It seems it was not applied.
https://patchwork.kernel.org/project/bluetooth/patch/20230426184017.2051211-1-raul.cheleguini@gmail.com/#25314789
Patches 2 and 3 were not applied, as I understand, due to some minor
problems with code formatting, is it possible to complete the process of
applying them?
Here is some information about the device:
dmesg
[ 0.000000] Linux version 6.6.13+bpo-rt-amd64
(debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU
ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT_RT Debian
6.6.13-1~bpo12+1 (2024-02-15)
[ 0.000000] Command line:
BOOT_IMAGE=/boot/vmlinuz-6.6.13+bpo-rt-amd64
root=UUID=b9338182-ab4b-48cb-b492-60e7ed340018 ro
systemd.unified_cgroup_hierarchy=false quiet reboot=pci
...
[ 110.420763] usb 1-2: new full-speed USB device number 2 using uhci_hcd
[ 110.609798] usb 1-2: New USB device found, idVendor=10d7,
idProduct=b012, bcdDevice=88.91
[ 110.609814] usb 1-2: New USB device strings: Mfr=1, Product=2,
SerialNumber=3
[ 110.609820] usb 1-2: Product: general adapter
[ 110.609824] usb 1-2: Manufacturer: Actions
[ 110.609829] usb 1-2: SerialNumber: ACTIONS1234
[ 110.614223] Bluetooth: hci1: HCI Read Default Erroneous Data
Reporting command is advertised, but not supported.
[ 110.614245] Bluetooth: hci1: HCI Read Transmit Power Level command is
advertised, but not supported.
[ 110.614252] Bluetooth: hci1: HCI LE Set Random Private Address
Timeout command is advertised, but not supported.
[ 110.666673] Bluetooth: MGMT ver 1.22
lsusb -v
...
Bus 001 Device 002: ID 10d7:b012 Actions general adapter
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 224 Wireless
bDeviceSubClass 1 Radio Frequency
bDeviceProtocol 1 Bluetooth
bMaxPacketSize0 64
idVendor 0x10d7
idProduct 0xb012
bcdDevice 88.91
iManufacturer 1 Actions
iProduct 2 general adapter
iSerial 3 ACTIONS1234
bNumConfigurations 1
...
btmon
...
< HCI Command: LE Extended Create Connection (0x08|0x0043) plen 58 #48
[hci0] 2.000505
Filter policy: Accept list is not used (0x00)
Own address type: Public (0x00)
Peer address type: Random (0x01)
Peer address: E8:42:26:5C:0F:07 (Static)
Initiating PHYs: 0x07
Entry 0: LE 1M
Scan interval: 60.000 msec (0x0060)
Scan window: 60.000 msec (0x0060)
Min connection interval: 30.00 msec (0x0018)
Max connection interval: 50.00 msec (0x0028)
Connection latency: 0 (0x0000)
Supervision timeout: 420 msec (0x002a)
Min connection length: 0.000 msec (0x0000)
Max connection length: 0.000 msec (0x0000)
Entry 1: LE 2M
Scan interval: 60.000 msec (0x0060)
Scan window: 60.000 msec (0x0060)
Min connection interval: 30.00 msec (0x0018)
Max connection interval: 50.00 msec (0x0028)
Connection latency: 0 (0x0000)
Supervision timeout: 420 msec (0x002a)
Min connection length: 0.000 msec (0x0000)
Max connection length: 0.000 msec (0x0000)
Entry 2: LE Coded
Scan interval: 60.000 msec (0x0060)
Scan window: 60.000 msec (0x0060)
Min connection interval: 30.00 msec (0x0018)
Max connection interval: 50.00 msec (0x0028)
Connection latency: 0 (0x0000)
Supervision timeout: 420 msec (0x002a)
Min connection length: 0.000 msec (0x0000)
Max connection length: 0.000 msec (0x0000)
> HCI Event: Command Status (0x0f) plen 4 #49 [hci0] 2.001242
LE Extended Create Connection (0x08|0x0043) ncmd 1
Status: Unknown HCI Command (0x01)
...
The adapter supports le, I was able to connect to a le device from
windows 11.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: abandoned patches for ATS2851
2024-05-13 17:14 abandoned patches for ATS2851 Данил
@ 2024-05-15 18:54 ` Данил
2024-05-15 19:43 ` Luiz Augusto von Dentz
2024-05-21 20:55 ` Raul Cheleguini
1 sibling, 1 reply; 5+ messages in thread
From: Данил @ 2024-05-15 18:54 UTC (permalink / raw)
To: linux-bluetooth, luiz.dentz, johan.hedberg, marcel
Hello!
Sorry, this is my first time interacting with a kernel mailing list, and
I think I should have specified more recipients.
Now I'm trying again.
14.05.2024 0:14, Данил пишет:
> Hello!
> I encountered a problem with a USB bluetooth adapter which probably
> uses an ATS2851.
> I'm not 100% sure about this, but the symptoms match the problem
> described in the patch.
>
> Here are the patches I found.
> 1. It seems to have been applied.
> https://lore.kernel.org/linux-bluetooth/168150781825.20001.4973139468540739153.git-patchwork-notify@kernel.org/T/#t
>
>
> 2. It seems it was not applied.
> https://lore.kernel.org/linux-bluetooth/20230323135804.3962783-1-raul.cheleguini@gmail.com/T/#t
>
>
> 3. It seems it was not applied.
> https://patchwork.kernel.org/project/bluetooth/patch/20230426184017.2051211-1-raul.cheleguini@gmail.com/#25314789
>
>
> Patches 2 and 3 were not applied, as I understand, due to some minor
> problems with code formatting, is it possible to complete the process
> of applying them?
>
> Here is some information about the device:
>
> dmesg
> [ 0.000000] Linux version 6.6.13+bpo-rt-amd64
> (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0,
> GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT_RT Debian
> 6.6.13-1~bpo12+1 (2024-02-15)
> [ 0.000000] Command line:
> BOOT_IMAGE=/boot/vmlinuz-6.6.13+bpo-rt-amd64
> root=UUID=b9338182-ab4b-48cb-b492-60e7ed340018 ro
> systemd.unified_cgroup_hierarchy=false quiet reboot=pci
> ...
> [ 110.420763] usb 1-2: new full-speed USB device number 2 using uhci_hcd
> [ 110.609798] usb 1-2: New USB device found, idVendor=10d7,
> idProduct=b012, bcdDevice=88.91
> [ 110.609814] usb 1-2: New USB device strings: Mfr=1, Product=2,
> SerialNumber=3
> [ 110.609820] usb 1-2: Product: general adapter
> [ 110.609824] usb 1-2: Manufacturer: Actions
> [ 110.609829] usb 1-2: SerialNumber: ACTIONS1234
> [ 110.614223] Bluetooth: hci1: HCI Read Default Erroneous Data
> Reporting command is advertised, but not supported.
> [ 110.614245] Bluetooth: hci1: HCI Read Transmit Power Level command
> is advertised, but not supported.
> [ 110.614252] Bluetooth: hci1: HCI LE Set Random Private Address
> Timeout command is advertised, but not supported.
> [ 110.666673] Bluetooth: MGMT ver 1.22
>
> lsusb -v
> ...
> Bus 001 Device 002: ID 10d7:b012 Actions general adapter
> Device Descriptor:
> bLength 18
> bDescriptorType 1
> bcdUSB 2.00
> bDeviceClass 224 Wireless
> bDeviceSubClass 1 Radio Frequency
> bDeviceProtocol 1 Bluetooth
> bMaxPacketSize0 64
> idVendor 0x10d7
> idProduct 0xb012
> bcdDevice 88.91
> iManufacturer 1 Actions
> iProduct 2 general adapter
> iSerial 3 ACTIONS1234
> bNumConfigurations 1
> ...
>
> btmon
> ...
> < HCI Command: LE Extended Create Connection (0x08|0x0043) plen 58 #48
> [hci0] 2.000505
> Filter policy: Accept list is not used (0x00)
> Own address type: Public (0x00)
> Peer address type: Random (0x01)
> Peer address: E8:42:26:5C:0F:07 (Static)
> Initiating PHYs: 0x07
> Entry 0: LE 1M
> Scan interval: 60.000 msec (0x0060)
> Scan window: 60.000 msec (0x0060)
> Min connection interval: 30.00 msec (0x0018)
> Max connection interval: 50.00 msec (0x0028)
> Connection latency: 0 (0x0000)
> Supervision timeout: 420 msec (0x002a)
> Min connection length: 0.000 msec (0x0000)
> Max connection length: 0.000 msec (0x0000)
> Entry 1: LE 2M
> Scan interval: 60.000 msec (0x0060)
> Scan window: 60.000 msec (0x0060)
> Min connection interval: 30.00 msec (0x0018)
> Max connection interval: 50.00 msec (0x0028)
> Connection latency: 0 (0x0000)
> Supervision timeout: 420 msec (0x002a)
> Min connection length: 0.000 msec (0x0000)
> Max connection length: 0.000 msec (0x0000)
> Entry 2: LE Coded
> Scan interval: 60.000 msec (0x0060)
> Scan window: 60.000 msec (0x0060)
> Min connection interval: 30.00 msec (0x0018)
> Max connection interval: 50.00 msec (0x0028)
> Connection latency: 0 (0x0000)
> Supervision timeout: 420 msec (0x002a)
> Min connection length: 0.000 msec (0x0000)
> Max connection length: 0.000 msec (0x0000)
> > HCI Event: Command Status (0x0f) plen 4 #49 [hci0] 2.001242
> LE Extended Create Connection (0x08|0x0043) ncmd 1
> Status: Unknown HCI Command (0x01)
> ...
> The adapter supports le, I was able to connect to a le device from
> windows 11.
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: abandoned patches for ATS2851
2024-05-15 18:54 ` Данил
@ 2024-05-15 19:43 ` Luiz Augusto von Dentz
0 siblings, 0 replies; 5+ messages in thread
From: Luiz Augusto von Dentz @ 2024-05-15 19:43 UTC (permalink / raw)
To: Данил
Cc: linux-bluetooth, johan.hedberg, marcel
Hi,
On Wed, May 15, 2024 at 2:54 PM Данил <danstiv404@gmail.com> wrote:
>
> Hello!
> Sorry, this is my first time interacting with a kernel mailing list, and
> I think I should have specified more recipients.
> Now I'm trying again.
>
> 14.05.2024 0:14, Данил пишет:
> > Hello!
> > I encountered a problem with a USB bluetooth adapter which probably
> > uses an ATS2851.
> > I'm not 100% sure about this, but the symptoms match the problem
> > described in the patch.
> >
> > Here are the patches I found.
> > 1. It seems to have been applied.
> > https://lore.kernel.org/linux-bluetooth/168150781825.20001.4973139468540739153.git-patchwork-notify@kernel.org/T/#t
> >
> >
> > 2. It seems it was not applied.
> > https://lore.kernel.org/linux-bluetooth/20230323135804.3962783-1-raul.cheleguini@gmail.com/T/#t
> >
> >
> > 3. It seems it was not applied.
> > https://patchwork.kernel.org/project/bluetooth/patch/20230426184017.2051211-1-raul.cheleguini@gmail.com/#25314789
> >
> >
> > Patches 2 and 3 were not applied, as I understand, due to some minor
> > problems with code formatting, is it possible to complete the process
> > of applying them?
These probably need to be resend to get the CI to test them.
> >
> > Here is some information about the device:
> >
> > dmesg
> > [ 0.000000] Linux version 6.6.13+bpo-rt-amd64
> > (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0,
> > GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT_RT Debian
> > 6.6.13-1~bpo12+1 (2024-02-15)
> > [ 0.000000] Command line:
> > BOOT_IMAGE=/boot/vmlinuz-6.6.13+bpo-rt-amd64
> > root=UUID=b9338182-ab4b-48cb-b492-60e7ed340018 ro
> > systemd.unified_cgroup_hierarchy=false quiet reboot=pci
> > ...
> > [ 110.420763] usb 1-2: new full-speed USB device number 2 using uhci_hcd
> > [ 110.609798] usb 1-2: New USB device found, idVendor=10d7,
> > idProduct=b012, bcdDevice=88.91
> > [ 110.609814] usb 1-2: New USB device strings: Mfr=1, Product=2,
> > SerialNumber=3
> > [ 110.609820] usb 1-2: Product: general adapter
> > [ 110.609824] usb 1-2: Manufacturer: Actions
> > [ 110.609829] usb 1-2: SerialNumber: ACTIONS1234
> > [ 110.614223] Bluetooth: hci1: HCI Read Default Erroneous Data
> > Reporting command is advertised, but not supported.
> > [ 110.614245] Bluetooth: hci1: HCI Read Transmit Power Level command
> > is advertised, but not supported.
> > [ 110.614252] Bluetooth: hci1: HCI LE Set Random Private Address
> > Timeout command is advertised, but not supported.
> > [ 110.666673] Bluetooth: MGMT ver 1.22
> >
> > lsusb -v
> > ...
> > Bus 001 Device 002: ID 10d7:b012 Actions general adapter
> > Device Descriptor:
> > bLength 18
> > bDescriptorType 1
> > bcdUSB 2.00
> > bDeviceClass 224 Wireless
> > bDeviceSubClass 1 Radio Frequency
> > bDeviceProtocol 1 Bluetooth
> > bMaxPacketSize0 64
> > idVendor 0x10d7
> > idProduct 0xb012
> > bcdDevice 88.91
> > iManufacturer 1 Actions
> > iProduct 2 general adapter
> > iSerial 3 ACTIONS1234
> > bNumConfigurations 1
> > ...
> >
> > btmon
> > ...
> > < HCI Command: LE Extended Create Connection (0x08|0x0043) plen 58 #48
> > [hci0] 2.000505
> > Filter policy: Accept list is not used (0x00)
> > Own address type: Public (0x00)
> > Peer address type: Random (0x01)
> > Peer address: E8:42:26:5C:0F:07 (Static)
> > Initiating PHYs: 0x07
> > Entry 0: LE 1M
> > Scan interval: 60.000 msec (0x0060)
> > Scan window: 60.000 msec (0x0060)
> > Min connection interval: 30.00 msec (0x0018)
> > Max connection interval: 50.00 msec (0x0028)
> > Connection latency: 0 (0x0000)
> > Supervision timeout: 420 msec (0x002a)
> > Min connection length: 0.000 msec (0x0000)
> > Max connection length: 0.000 msec (0x0000)
> > Entry 1: LE 2M
> > Scan interval: 60.000 msec (0x0060)
> > Scan window: 60.000 msec (0x0060)
> > Min connection interval: 30.00 msec (0x0018)
> > Max connection interval: 50.00 msec (0x0028)
> > Connection latency: 0 (0x0000)
> > Supervision timeout: 420 msec (0x002a)
> > Min connection length: 0.000 msec (0x0000)
> > Max connection length: 0.000 msec (0x0000)
> > Entry 2: LE Coded
> > Scan interval: 60.000 msec (0x0060)
> > Scan window: 60.000 msec (0x0060)
> > Min connection interval: 30.00 msec (0x0018)
> > Max connection interval: 50.00 msec (0x0028)
> > Connection latency: 0 (0x0000)
> > Supervision timeout: 420 msec (0x002a)
> > Min connection length: 0.000 msec (0x0000)
> > Max connection length: 0.000 msec (0x0000)
> > > HCI Event: Command Status (0x0f) plen 4 #49 [hci0] 2.001242
> > LE Extended Create Connection (0x08|0x0043) ncmd 1
> > Status: Unknown HCI Command (0x01)
> > ...
> > The adapter supports le, I was able to connect to a le device from
> > windows 11.
> >
--
Luiz Augusto von Dentz
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: abandoned patches for ATS2851
2024-05-13 17:14 abandoned patches for ATS2851 Данил
2024-05-15 18:54 ` Данил
@ 2024-05-21 20:55 ` Raul Cheleguini
2024-07-10 20:27 ` Данил
1 sibling, 1 reply; 5+ messages in thread
From: Raul Cheleguini @ 2024-05-21 20:55 UTC (permalink / raw)
To: Данил; +Cc: linux-bluetooth
On Mon, May 13, 2024 at 2:14 PM Данил <danstiv404@gmail.com> wrote:
>
> Hello!
> I encountered a problem with a USB bluetooth adapter which probably uses
> an ATS2851.
> I'm not 100% sure about this, but the symptoms match the problem
> described in the patch.
>
> Here are the patches I found.
> 1. It seems to have been applied.
> https://lore.kernel.org/linux-bluetooth/168150781825.20001.4973139468540739153.git-patchwork-notify@kernel.org/T/#t
>
> 2. It seems it was not applied.
> https://lore.kernel.org/linux-bluetooth/20230323135804.3962783-1-raul.cheleguini@gmail.com/T/#t
>
> 3. It seems it was not applied.
> https://patchwork.kernel.org/project/bluetooth/patch/20230426184017.2051211-1-raul.cheleguini@gmail.com/#25314789
>
> Patches 2 and 3 were not applied, as I understand, due to some minor
> problems with code formatting, is it possible to complete the process of
> applying them?
>
> Here is some information about the device:
>
> dmesg
> [ 0.000000] Linux version 6.6.13+bpo-rt-amd64
> (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU
> ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT_RT Debian
> 6.6.13-1~bpo12+1 (2024-02-15)
> [ 0.000000] Command line:
> BOOT_IMAGE=/boot/vmlinuz-6.6.13+bpo-rt-amd64
> root=UUID=b9338182-ab4b-48cb-b492-60e7ed340018 ro
> systemd.unified_cgroup_hierarchy=false quiet reboot=pci
> ...
> [ 110.420763] usb 1-2: new full-speed USB device number 2 using uhci_hcd
> [ 110.609798] usb 1-2: New USB device found, idVendor=10d7,
> idProduct=b012, bcdDevice=88.91
> [ 110.609814] usb 1-2: New USB device strings: Mfr=1, Product=2,
> SerialNumber=3
> [ 110.609820] usb 1-2: Product: general adapter
> [ 110.609824] usb 1-2: Manufacturer: Actions
> [ 110.609829] usb 1-2: SerialNumber: ACTIONS1234
> [ 110.614223] Bluetooth: hci1: HCI Read Default Erroneous Data
> Reporting command is advertised, but not supported.
> [ 110.614245] Bluetooth: hci1: HCI Read Transmit Power Level command is
> advertised, but not supported.
> [ 110.614252] Bluetooth: hci1: HCI LE Set Random Private Address
> Timeout command is advertised, but not supported.
> [ 110.666673] Bluetooth: MGMT ver 1.22
>
> lsusb -v
> ...
> Bus 001 Device 002: ID 10d7:b012 Actions general adapter
> Device Descriptor:
> bLength 18
> bDescriptorType 1
> bcdUSB 2.00
> bDeviceClass 224 Wireless
> bDeviceSubClass 1 Radio Frequency
> bDeviceProtocol 1 Bluetooth
> bMaxPacketSize0 64
> idVendor 0x10d7
> idProduct 0xb012
> bcdDevice 88.91
> iManufacturer 1 Actions
> iProduct 2 general adapter
> iSerial 3 ACTIONS1234
> bNumConfigurations 1
> ...
>
> btmon
> ...
> < HCI Command: LE Extended Create Connection (0x08|0x0043) plen 58 #48
> [hci0] 2.000505
> Filter policy: Accept list is not used (0x00)
> Own address type: Public (0x00)
> Peer address type: Random (0x01)
> Peer address: E8:42:26:5C:0F:07 (Static)
> Initiating PHYs: 0x07
> Entry 0: LE 1M
> Scan interval: 60.000 msec (0x0060)
> Scan window: 60.000 msec (0x0060)
> Min connection interval: 30.00 msec (0x0018)
> Max connection interval: 50.00 msec (0x0028)
> Connection latency: 0 (0x0000)
> Supervision timeout: 420 msec (0x002a)
> Min connection length: 0.000 msec (0x0000)
> Max connection length: 0.000 msec (0x0000)
> Entry 1: LE 2M
> Scan interval: 60.000 msec (0x0060)
> Scan window: 60.000 msec (0x0060)
> Min connection interval: 30.00 msec (0x0018)
> Max connection interval: 50.00 msec (0x0028)
> Connection latency: 0 (0x0000)
> Supervision timeout: 420 msec (0x002a)
> Min connection length: 0.000 msec (0x0000)
> Max connection length: 0.000 msec (0x0000)
> Entry 2: LE Coded
> Scan interval: 60.000 msec (0x0060)
> Scan window: 60.000 msec (0x0060)
> Min connection interval: 30.00 msec (0x0018)
> Max connection interval: 50.00 msec (0x0028)
> Connection latency: 0 (0x0000)
> Supervision timeout: 420 msec (0x002a)
> Min connection length: 0.000 msec (0x0000)
> Max connection length: 0.000 msec (0x0000)
> > HCI Event: Command Status (0x0f) plen 4 #49 [hci0] 2.001242
> LE Extended Create Connection (0x08|0x0043) ncmd 1
> Status: Unknown HCI Command (0x01)
> ...
> The adapter supports le, I was able to connect to a le device from
> windows 11.
>
Hello,
To provide some context on the patches.
With all patches applied locally I managed to pair my Logitech mouse and use it,
but the solution I don't feel is ideal, there were errors and other devices
might not pair well.
At the time I asked the datasheet for this adapter to multiple vendors, without
success. I extensively researched forums, pdf repositories, and I did not find
relevant documentation.
One thing that I noticed watching the HCI dumps of a pairing process in Windows
and Linux is that, in Linux the dump is chaotic and parallel. In other hand, the
dump in Windows is organized and more serialized. I don't know if I missed
something related to this at that time.
Anyways, my debug setup for this is disassembled right now, if anyone is willing
to resume and progress this issue is more than welcomed.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: abandoned patches for ATS2851
2024-05-21 20:55 ` Raul Cheleguini
@ 2024-07-10 20:27 ` Данил
0 siblings, 0 replies; 5+ messages in thread
From: Данил @ 2024-07-10 20:27 UTC (permalink / raw)
To: linux-bluetooth; +Cc: raul.cheleguini, luiz.dentz, johan.hedberg, marcel
Hello!
I have applied all patches, now I can establish a connection, but after
a while the following happens:
< HCI Command: LE Create Connect.. (0x08|0x000d) plen 25 #156 [hci0]
13.247617
Scan interval: 60.000 msec (0x0060)
Scan window: 60.000 msec (0x0060)
Filter policy: Accept list is not used (0x00)
Peer address type: Random (0x01)
Peer address: E8:42:26:5C:0F:07 (Static)
Own address type: Public (0x00)
Min connection interval: 30.00 msec (0x0018)
Max connection interval: 50.00 msec (0x0028)
Connection latency: 0 (0x0000)
Supervision timeout: 420 msec (0x002a)
Min connection length: 0.000 msec (0x0000)
Max connection length: 0.000 msec (0x0000)
> HCI Event: Command Status (0x0f) plen 4 #157 [hci0]
13.249522
LE Create Connection (0x08|0x000d) ncmd 1
Status: Success (0x00)
> HCI Event: LE Meta Event (0x3e) plen 19 #158 [hci0]
13.353869
LE Connection Complete (0x01)
Status: Success (0x00)
Handle: 1536
Role: Central (0x00)
Peer address type: Random (0x01)
Peer address: E8:42:26:5C:0F:07 (Static)
Connection interval: 52.50 msec (0x002a)
Connection latency: 0 (0x0000)
Supervision timeout: 420 msec (0x002a)
Central clock accuracy: 0x01
@ MGMT Event: Device Connected (0x000b) plen 40 {0x0001} [hci0]
13.354007
LE Address: E8:42:26:5C:0F:07 (Static)
Flags: 0x00000008
Connection Locally Initiated
Data length: 27
Name (complete): RFS-KKL002
Flags: 0x06
LE General Discoverable Mode
BR/EDR Not Supported
Company: Transenergooil AG (450)
Data: 4000070f5c2642e8
...
...
< HCI Command: LE Create Connecti.. (0x08|0x000e) plen 0 #217 [hci0]
17.268019
> HCI Event: Command Status (0x0f) plen 4 #218 [hci0]
17.269377
LE Create Connection Cancel (0x08|0x000e) ncmd 1
Status: Command Disallowed (0x0c)
I'm trying to connect a smart kettle to the home assistant, after the
connection is established, data is exchanged (several thousand log lines).
After receiving Command Disallowed, the exchange continues, control of
the kettle remains available.
Is this a critical issue? Can it be fixed? Does it need to be fixed?
In any case, I believe that an adapter that works at least somewhat is
better than one that doesn't work at all, and probably patches should be
merged.
22.05.2024 3:55, Raul Cheleguini пишет:
> On Mon, May 13, 2024 at 2:14 PM Данил <danstiv404@gmail.com> wrote:
>> Hello!
>> I encountered a problem with a USB bluetooth adapter which probably uses
>> an ATS2851.
>> I'm not 100% sure about this, but the symptoms match the problem
>> described in the patch.
>>
>> Here are the patches I found.
>> 1. It seems to have been applied.
>> https://lore.kernel.org/linux-bluetooth/168150781825.20001.4973139468540739153.git-patchwork-notify@kernel.org/T/#t
>>
>> 2. It seems it was not applied.
>> https://lore.kernel.org/linux-bluetooth/20230323135804.3962783-1-raul.cheleguini@gmail.com/T/#t
>>
>> 3. It seems it was not applied.
>> https://patchwork.kernel.org/project/bluetooth/patch/20230426184017.2051211-1-raul.cheleguini@gmail.com/#25314789
>>
>> Patches 2 and 3 were not applied, as I understand, due to some minor
>> problems with code formatting, is it possible to complete the process of
>> applying them?
>>
>> Here is some information about the device:
>>
>> dmesg
>> [ 0.000000] Linux version 6.6.13+bpo-rt-amd64
>> (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU
>> ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT_RT Debian
>> 6.6.13-1~bpo12+1 (2024-02-15)
>> [ 0.000000] Command line:
>> BOOT_IMAGE=/boot/vmlinuz-6.6.13+bpo-rt-amd64
>> root=UUID=b9338182-ab4b-48cb-b492-60e7ed340018 ro
>> systemd.unified_cgroup_hierarchy=false quiet reboot=pci
>> ...
>> [ 110.420763] usb 1-2: new full-speed USB device number 2 using uhci_hcd
>> [ 110.609798] usb 1-2: New USB device found, idVendor=10d7,
>> idProduct=b012, bcdDevice=88.91
>> [ 110.609814] usb 1-2: New USB device strings: Mfr=1, Product=2,
>> SerialNumber=3
>> [ 110.609820] usb 1-2: Product: general adapter
>> [ 110.609824] usb 1-2: Manufacturer: Actions
>> [ 110.609829] usb 1-2: SerialNumber: ACTIONS1234
>> [ 110.614223] Bluetooth: hci1: HCI Read Default Erroneous Data
>> Reporting command is advertised, but not supported.
>> [ 110.614245] Bluetooth: hci1: HCI Read Transmit Power Level command is
>> advertised, but not supported.
>> [ 110.614252] Bluetooth: hci1: HCI LE Set Random Private Address
>> Timeout command is advertised, but not supported.
>> [ 110.666673] Bluetooth: MGMT ver 1.22
>>
>> lsusb -v
>> ...
>> Bus 001 Device 002: ID 10d7:b012 Actions general adapter
>> Device Descriptor:
>> bLength 18
>> bDescriptorType 1
>> bcdUSB 2.00
>> bDeviceClass 224 Wireless
>> bDeviceSubClass 1 Radio Frequency
>> bDeviceProtocol 1 Bluetooth
>> bMaxPacketSize0 64
>> idVendor 0x10d7
>> idProduct 0xb012
>> bcdDevice 88.91
>> iManufacturer 1 Actions
>> iProduct 2 general adapter
>> iSerial 3 ACTIONS1234
>> bNumConfigurations 1
>> ...
>>
>> btmon
>> ...
>> < HCI Command: LE Extended Create Connection (0x08|0x0043) plen 58 #48
>> [hci0] 2.000505
>> Filter policy: Accept list is not used (0x00)
>> Own address type: Public (0x00)
>> Peer address type: Random (0x01)
>> Peer address: E8:42:26:5C:0F:07 (Static)
>> Initiating PHYs: 0x07
>> Entry 0: LE 1M
>> Scan interval: 60.000 msec (0x0060)
>> Scan window: 60.000 msec (0x0060)
>> Min connection interval: 30.00 msec (0x0018)
>> Max connection interval: 50.00 msec (0x0028)
>> Connection latency: 0 (0x0000)
>> Supervision timeout: 420 msec (0x002a)
>> Min connection length: 0.000 msec (0x0000)
>> Max connection length: 0.000 msec (0x0000)
>> Entry 1: LE 2M
>> Scan interval: 60.000 msec (0x0060)
>> Scan window: 60.000 msec (0x0060)
>> Min connection interval: 30.00 msec (0x0018)
>> Max connection interval: 50.00 msec (0x0028)
>> Connection latency: 0 (0x0000)
>> Supervision timeout: 420 msec (0x002a)
>> Min connection length: 0.000 msec (0x0000)
>> Max connection length: 0.000 msec (0x0000)
>> Entry 2: LE Coded
>> Scan interval: 60.000 msec (0x0060)
>> Scan window: 60.000 msec (0x0060)
>> Min connection interval: 30.00 msec (0x0018)
>> Max connection interval: 50.00 msec (0x0028)
>> Connection latency: 0 (0x0000)
>> Supervision timeout: 420 msec (0x002a)
>> Min connection length: 0.000 msec (0x0000)
>> Max connection length: 0.000 msec (0x0000)
>> > HCI Event: Command Status (0x0f) plen 4 #49 [hci0] 2.001242
>> LE Extended Create Connection (0x08|0x0043) ncmd 1
>> Status: Unknown HCI Command (0x01)
>> ...
>> The adapter supports le, I was able to connect to a le device from
>> windows 11.
>>
> Hello,
>
> To provide some context on the patches.
>
> With all patches applied locally I managed to pair my Logitech mouse and use it,
> but the solution I don't feel is ideal, there were errors and other devices
> might not pair well.
>
> At the time I asked the datasheet for this adapter to multiple vendors, without
> success. I extensively researched forums, pdf repositories, and I did not find
> relevant documentation.
>
> One thing that I noticed watching the HCI dumps of a pairing process in Windows
> and Linux is that, in Linux the dump is chaotic and parallel. In other hand, the
> dump in Windows is organized and more serialized. I don't know if I missed
> something related to this at that time.
>
> Anyways, my debug setup for this is disassembled right now, if anyone is willing
> to resume and progress this issue is more than welcomed.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2024-07-10 20:27 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-05-13 17:14 abandoned patches for ATS2851 Данил
2024-05-15 18:54 ` Данил
2024-05-15 19:43 ` Luiz Augusto von Dentz
2024-05-21 20:55 ` Raul Cheleguini
2024-07-10 20:27 ` Данил
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox