Date   

Re: L2CAP errors on linux while running 6loble

Vakul Garg <vakul.garg@...>
 

I get error logs on both linux and zephyr consoles.

Not sure if they come up together.

 

The data transfer is almost equal in both the directions.

 

From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Wednesday, November 22, 2017 7:42 PM
To: Vakul Garg <vakul.garg@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

I assume you see this on the Zephyr side. Since you are using a dual-chip solution there it could be that the Host is dropping packets, but that would be in the other direction (Linux to Zephyr), and here there seems to be an issue with the Zephyr to Linux side. You don’t see any errors printed on the Zephyr side at the same time you see the ones in Linux?

 

Which direction is the bulk of the data transfer taking place?

 

Thanks,

 

Carles

 

From: Vakul Garg [mailto:vakul.garg@...]
Sent: 22 November 2017 15:07
To: Cufi, Carles <Carles.Cufi@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

BTW, it seems my BLE controller does not support flow control.

During BLE init, following logs are printed.

 

[bt] [WRN] set_flow_control: Controller to host flow control not supported

[bt] [WRN] hci_vs_init: Vendor HCI extensions not available

 

From: Vakul Garg
Sent: Wednesday, November 22, 2017 7:34 PM
To: 'Cufi, Carles' <Carles.Cufi@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Ok, I will buy a standard dongle for linux controller.

Can you suggest which one to buy?

Is this one ok?

 

https://www.amazon.in/GENERIC-Ultra-Mini-Bluetooth-Dongle-Adapter/dp/B0117H7GZ6/ref=sr_1_2?ie=UTF8&qid=1511359408&sr=8-2&keywords=bluetooth+dongle+for+desktop

 

Regards,

Vakul

 

From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Wednesday, November 22, 2017 7:32 PM
To: Vakul Garg <vakul.garg@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Vakul,

 

The reason I ask is that I’ve seen similar issues with our boards (nRF5x) when we had issues in the HCI flow control.

Is there a chance you can test replacing the Linux controller with a “standard” one (the PTS dongle or any Bluetooth 4.0+ dongle you have) to see which side is introducing the issue?

 

Thanks,

 

Carles

 

From: Vakul Garg [mailto:vakul.garg@...]
Sent: 22 November 2017 14:59
To: Cufi, Carles <Carles.Cufi@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Carles

 

Thanks for paying attention to this.

I am running latest zephyr from master branch on nxp board frdm_k64f.

The k64f board is connected to another nxp board frdm_kw41z.

Kw41z board runs nxp ble controller firmware (based on freertos).

 

On linux side as well, it is another frdm_kw41z board (connected through usb) acting as ble controller.

 

Regards

 

Vakul

From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Wednesday, November 22, 2017 7:15 PM
To: Vakul Garg <vakul.garg@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Vakul,

 

Could you share a bit more info about the Zephyr endpoint? Which board/chip are you using, what Zephyr version and whether this is a single-chip or dual-chip solution?

Also on the Linux side, what controller are you using? Is it Zephyr-based? If so, which Zephyr version and hardware?

 

Thanks,

 

Carles

 

From: zephyr-users-bounces@... [mailto:zephyr-users-bounces@...] On Behalf Of Vakul Garg
Sent: 22 November 2017 11:24
To: zephyr-users@...
Subject: [Zephyr-users] L2CAP errors on linux while running 6loble

 

Hi

 

I am transferring UDP packets over 6loble link between a zephyr endpoint and linux box.

On my linux box, I see errors:

 

[root@lti ~]# dmesg

[416975.584892] Bluetooth: Too much LE L2CAP data received

[416976.365482] Bluetooth: Too much LE L2CAP data received

[416977.171158] Bluetooth: Frame is too long (len 186, expected len 68)

[416977.566971] Bluetooth: Too much LE L2CAP data received

 

Can someone please provide some hint what could I be doing wrong?

I am using linux kernel version 4.13.12.

 

Regards

 

Vakul


Re: Questions about Bluetooth certification

Carles Cufi
 

Hi Laurence,

 

First, you understand correctly, the controller is qualified if you run Zephyr on a Nordic IC.

To qualify a Host you only need to provide evidence that it passes a suite of PTS (Profile Testing Suite) tests.

These tests are run regularly by members of the Zephyr project, but so far they have not been submitted for qualification yet.

 

That said, this is a fairly simple process that you could consider doing yourself if you want to speed up the qualification. You might want to talk to Intel members (in particular Johan Hedberg, whom I’ve copied) about obtaining the PTS evidence in a form you can submit directly to the Bluetooth SIG.

 

We do plan to qualify the Zephyr Host, but the timeline is uncertain due to administrative decisions that need to be taken prior to a qualification.

 

Thanks,

 

Carles

 

From: zephyr-users-bounces@... [mailto:zephyr-users-bounces@...] On Behalf Of Laurence Pasteau
Sent: 22 November 2017 15:26
To: zephyr-users@...
Subject: [Zephyr-users] Questions about Bluetooth certification

 

Hello,

 

As a NRF52 user we would like to integrate to our solution an opensource OS in which we could take part. A study leads us in particular to zephyr.

However until now we use the fully qualified bluetooth nordic solution. If I correctly understand, the controller side of zephyr stack is qualified.

I wonder what brings the certification of the host part (we use BLE mainly for maintenance and configuration) ?

Is the host qualification forecast in zephyr project ?

Has someone already integrate the nordic firmware into zephyr ? It could be a good first solution before considering the qualification.

 

Thank you in advance for any advice or answer.

Regards,

Laurence

 

 

---

Laurence Pasteau

laurence.pasteau@...

1 Avenue du Professeur Jean Rouxel, ZAC de la Fleuriaye, 44470 Carquefou

www.stimio.fr

 

 


Questions about Bluetooth certification

Laurence Pasteau
 

Hello,


As a NRF52 user we would like to integrate to our solution an opensource OS in which we could take part. A study leads us in particular to zephyr.

However until now we use the fully qualified bluetooth nordic solution. If I correctly understand, the controller side of zephyr stack is qualified.

I wonder what brings the certification of the host part (we use BLE mainly for maintenance and configuration) ?

Is the host qualification forecast in zephyr project ?

Has someone already integrate the nordic firmware into zephyr ? It could be a good first solution before considering the qualification.


Thank you in advance for any advice or answer.

Regards,

Laurence



---

Laurence Pasteau

laurence.pasteau@...

1 Avenue du Professeur Jean Rouxel, ZAC de la Fleuriaye, 44470 Carquefou

www.stimio.fr

 



Re: L2CAP errors on linux while running 6loble

Carles Cufi
 

I assume you see this on the Zephyr side. Since you are using a dual-chip solution there it could be that the Host is dropping packets, but that would be in the other direction (Linux to Zephyr), and here there seems to be an issue with the Zephyr to Linux side. You don’t see any errors printed on the Zephyr side at the same time you see the ones in Linux?

 

Which direction is the bulk of the data transfer taking place?

 

Thanks,

 

Carles

 

From: Vakul Garg [mailto:vakul.garg@...]
Sent: 22 November 2017 15:07
To: Cufi, Carles <Carles.Cufi@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

BTW, it seems my BLE controller does not support flow control.

During BLE init, following logs are printed.

 

[bt] [WRN] set_flow_control: Controller to host flow control not supported

[bt] [WRN] hci_vs_init: Vendor HCI extensions not available

 

From: Vakul Garg
Sent: Wednesday, November 22, 2017 7:34 PM
To: 'Cufi, Carles' <Carles.Cufi@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Ok, I will buy a standard dongle for linux controller.

Can you suggest which one to buy?

Is this one ok?

 

https://www.amazon.in/GENERIC-Ultra-Mini-Bluetooth-Dongle-Adapter/dp/B0117H7GZ6/ref=sr_1_2?ie=UTF8&qid=1511359408&sr=8-2&keywords=bluetooth+dongle+for+desktop

 

Regards,

Vakul

 

From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Wednesday, November 22, 2017 7:32 PM
To: Vakul Garg <vakul.garg@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Vakul,

 

The reason I ask is that I’ve seen similar issues with our boards (nRF5x) when we had issues in the HCI flow control.

Is there a chance you can test replacing the Linux controller with a “standard” one (the PTS dongle or any Bluetooth 4.0+ dongle you have) to see which side is introducing the issue?

 

Thanks,

 

Carles

 

From: Vakul Garg [mailto:vakul.garg@...]
Sent: 22 November 2017 14:59
To: Cufi, Carles <Carles.Cufi@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Carles

 

Thanks for paying attention to this.

I am running latest zephyr from master branch on nxp board frdm_k64f.

The k64f board is connected to another nxp board frdm_kw41z.

Kw41z board runs nxp ble controller firmware (based on freertos).

 

On linux side as well, it is another frdm_kw41z board (connected through usb) acting as ble controller.

 

Regards

 

Vakul

From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Wednesday, November 22, 2017 7:15 PM
To: Vakul Garg <vakul.garg@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Vakul,

 

Could you share a bit more info about the Zephyr endpoint? Which board/chip are you using, what Zephyr version and whether this is a single-chip or dual-chip solution?

Also on the Linux side, what controller are you using? Is it Zephyr-based? If so, which Zephyr version and hardware?

 

Thanks,

 

Carles

 

From: zephyr-users-bounces@... [mailto:zephyr-users-bounces@...] On Behalf Of Vakul Garg
Sent: 22 November 2017 11:24
To: zephyr-users@...
Subject: [Zephyr-users] L2CAP errors on linux while running 6loble

 

Hi

 

I am transferring UDP packets over 6loble link between a zephyr endpoint and linux box.

On my linux box, I see errors:

 

[root@lti ~]# dmesg

[416975.584892] Bluetooth: Too much LE L2CAP data received

[416976.365482] Bluetooth: Too much LE L2CAP data received

[416977.171158] Bluetooth: Frame is too long (len 186, expected len 68)

[416977.566971] Bluetooth: Too much LE L2CAP data received

 

Can someone please provide some hint what could I be doing wrong?

I am using linux kernel version 4.13.12.

 

Regards

 

Vakul


Re: L2CAP errors on linux while running 6loble

Carles Cufi
 

Any 4.0 dongle should work fine, but maybe  Johan or Luiz can let us know of their favorite ones, since they test more often with dongles than myself.

I personally use the Intel controller that is built into my laptop.

 

Thanks,

 

Carles

 

From: Vakul Garg [mailto:vakul.garg@...]
Sent: 22 November 2017 15:04
To: Cufi, Carles <Carles.Cufi@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Ok, I will buy a standard dongle for linux controller.

Can you suggest which one to buy?

Is this one ok?

 

https://www.amazon.in/GENERIC-Ultra-Mini-Bluetooth-Dongle-Adapter/dp/B0117H7GZ6/ref=sr_1_2?ie=UTF8&qid=1511359408&sr=8-2&keywords=bluetooth+dongle+for+desktop

 

Regards,

Vakul

 

From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Wednesday, November 22, 2017 7:32 PM
To: Vakul Garg <vakul.garg@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Vakul,

 

The reason I ask is that I’ve seen similar issues with our boards (nRF5x) when we had issues in the HCI flow control.

Is there a chance you can test replacing the Linux controller with a “standard” one (the PTS dongle or any Bluetooth 4.0+ dongle you have) to see which side is introducing the issue?

 

Thanks,

 

Carles

 

From: Vakul Garg [mailto:vakul.garg@...]
Sent: 22 November 2017 14:59
To: Cufi, Carles <Carles.Cufi@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Carles

 

Thanks for paying attention to this.

I am running latest zephyr from master branch on nxp board frdm_k64f.

The k64f board is connected to another nxp board frdm_kw41z.

Kw41z board runs nxp ble controller firmware (based on freertos).

 

On linux side as well, it is another frdm_kw41z board (connected through usb) acting as ble controller.

 

Regards

 

Vakul

From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Wednesday, November 22, 2017 7:15 PM
To: Vakul Garg <vakul.garg@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Vakul,

 

Could you share a bit more info about the Zephyr endpoint? Which board/chip are you using, what Zephyr version and whether this is a single-chip or dual-chip solution?

Also on the Linux side, what controller are you using? Is it Zephyr-based? If so, which Zephyr version and hardware?

 

Thanks,

 

Carles

 

From: zephyr-users-bounces@... [mailto:zephyr-users-bounces@...] On Behalf Of Vakul Garg
Sent: 22 November 2017 11:24
To: zephyr-users@...
Subject: [Zephyr-users] L2CAP errors on linux while running 6loble

 

Hi

 

I am transferring UDP packets over 6loble link between a zephyr endpoint and linux box.

On my linux box, I see errors:

 

[root@lti ~]# dmesg

[416975.584892] Bluetooth: Too much LE L2CAP data received

[416976.365482] Bluetooth: Too much LE L2CAP data received

[416977.171158] Bluetooth: Frame is too long (len 186, expected len 68)

[416977.566971] Bluetooth: Too much LE L2CAP data received

 

Can someone please provide some hint what could I be doing wrong?

I am using linux kernel version 4.13.12.

 

Regards

 

Vakul


Re: L2CAP errors on linux while running 6loble

Vakul Garg <vakul.garg@...>
 

BTW, it seems my BLE controller does not support flow control.

During BLE init, following logs are printed.

 

[bt] [WRN] set_flow_control: Controller to host flow control not supported

[bt] [WRN] hci_vs_init: Vendor HCI extensions not available

 

From: Vakul Garg
Sent: Wednesday, November 22, 2017 7:34 PM
To: 'Cufi, Carles' <Carles.Cufi@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Ok, I will buy a standard dongle for linux controller.

Can you suggest which one to buy?

Is this one ok?

 

https://www.amazon.in/GENERIC-Ultra-Mini-Bluetooth-Dongle-Adapter/dp/B0117H7GZ6/ref=sr_1_2?ie=UTF8&qid=1511359408&sr=8-2&keywords=bluetooth+dongle+for+desktop

 

Regards,

Vakul

 

From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Wednesday, November 22, 2017 7:32 PM
To: Vakul Garg <vakul.garg@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Vakul,

 

The reason I ask is that I’ve seen similar issues with our boards (nRF5x) when we had issues in the HCI flow control.

Is there a chance you can test replacing the Linux controller with a “standard” one (the PTS dongle or any Bluetooth 4.0+ dongle you have) to see which side is introducing the issue?

 

Thanks,

 

Carles

 

From: Vakul Garg [mailto:vakul.garg@...]
Sent: 22 November 2017 14:59
To: Cufi, Carles <Carles.Cufi@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Carles

 

Thanks for paying attention to this.

I am running latest zephyr from master branch on nxp board frdm_k64f.

The k64f board is connected to another nxp board frdm_kw41z.

Kw41z board runs nxp ble controller firmware (based on freertos).

 

On linux side as well, it is another frdm_kw41z board (connected through usb) acting as ble controller.

 

Regards

 

Vakul

From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Wednesday, November 22, 2017 7:15 PM
To: Vakul Garg <vakul.garg@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Vakul,

 

Could you share a bit more info about the Zephyr endpoint? Which board/chip are you using, what Zephyr version and whether this is a single-chip or dual-chip solution?

Also on the Linux side, what controller are you using? Is it Zephyr-based? If so, which Zephyr version and hardware?

 

Thanks,

 

Carles

 

From: zephyr-users-bounces@... [mailto:zephyr-users-bounces@...] On Behalf Of Vakul Garg
Sent: 22 November 2017 11:24
To: zephyr-users@...
Subject: [Zephyr-users] L2CAP errors on linux while running 6loble

 

Hi

 

I am transferring UDP packets over 6loble link between a zephyr endpoint and linux box.

On my linux box, I see errors:

 

[root@lti ~]# dmesg

[416975.584892] Bluetooth: Too much LE L2CAP data received

[416976.365482] Bluetooth: Too much LE L2CAP data received

[416977.171158] Bluetooth: Frame is too long (len 186, expected len 68)

[416977.566971] Bluetooth: Too much LE L2CAP data received

 

Can someone please provide some hint what could I be doing wrong?

I am using linux kernel version 4.13.12.

 

Regards

 

Vakul


Re: L2CAP errors on linux while running 6loble

Vakul Garg <vakul.garg@...>
 

Ok, I will buy a standard dongle for linux controller.

Can you suggest which one to buy?

Is this one ok?

 

https://www.amazon.in/GENERIC-Ultra-Mini-Bluetooth-Dongle-Adapter/dp/B0117H7GZ6/ref=sr_1_2?ie=UTF8&qid=1511359408&sr=8-2&keywords=bluetooth+dongle+for+desktop

 

Regards,

Vakul

 

From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Wednesday, November 22, 2017 7:32 PM
To: Vakul Garg <vakul.garg@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Vakul,

 

The reason I ask is that I’ve seen similar issues with our boards (nRF5x) when we had issues in the HCI flow control.

Is there a chance you can test replacing the Linux controller with a “standard” one (the PTS dongle or any Bluetooth 4.0+ dongle you have) to see which side is introducing the issue?

 

Thanks,

 

Carles

 

From: Vakul Garg [mailto:vakul.garg@...]
Sent: 22 November 2017 14:59
To: Cufi, Carles <Carles.Cufi@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Carles

 

Thanks for paying attention to this.

I am running latest zephyr from master branch on nxp board frdm_k64f.

The k64f board is connected to another nxp board frdm_kw41z.

Kw41z board runs nxp ble controller firmware (based on freertos).

 

On linux side as well, it is another frdm_kw41z board (connected through usb) acting as ble controller.

 

Regards

 

Vakul

From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Wednesday, November 22, 2017 7:15 PM
To: Vakul Garg <vakul.garg@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Vakul,

 

Could you share a bit more info about the Zephyr endpoint? Which board/chip are you using, what Zephyr version and whether this is a single-chip or dual-chip solution?

Also on the Linux side, what controller are you using? Is it Zephyr-based? If so, which Zephyr version and hardware?

 

Thanks,

 

Carles

 

From: zephyr-users-bounces@... [mailto:zephyr-users-bounces@...] On Behalf Of Vakul Garg
Sent: 22 November 2017 11:24
To: zephyr-users@...
Subject: [Zephyr-users] L2CAP errors on linux while running 6loble

 

Hi

 

I am transferring UDP packets over 6loble link between a zephyr endpoint and linux box.

On my linux box, I see errors:

 

[root@lti ~]# dmesg

[416975.584892] Bluetooth: Too much LE L2CAP data received

[416976.365482] Bluetooth: Too much LE L2CAP data received

[416977.171158] Bluetooth: Frame is too long (len 186, expected len 68)

[416977.566971] Bluetooth: Too much LE L2CAP data received

 

Can someone please provide some hint what could I be doing wrong?

I am using linux kernel version 4.13.12.

 

Regards

 

Vakul


Re: L2CAP errors on linux while running 6loble

Carles Cufi
 

Hi Vakul,

 

The reason I ask is that I’ve seen similar issues with our boards (nRF5x) when we had issues in the HCI flow control.

Is there a chance you can test replacing the Linux controller with a “standard” one (the PTS dongle or any Bluetooth 4.0+ dongle you have) to see which side is introducing the issue?

 

Thanks,

 

Carles

 

From: Vakul Garg [mailto:vakul.garg@...]
Sent: 22 November 2017 14:59
To: Cufi, Carles <Carles.Cufi@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Carles

 

Thanks for paying attention to this.

I am running latest zephyr from master branch on nxp board frdm_k64f.

The k64f board is connected to another nxp board frdm_kw41z.

Kw41z board runs nxp ble controller firmware (based on freertos).

 

On linux side as well, it is another frdm_kw41z board (connected through usb) acting as ble controller.

 

Regards

 

Vakul

From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Wednesday, November 22, 2017 7:15 PM
To: Vakul Garg <vakul.garg@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Vakul,

 

Could you share a bit more info about the Zephyr endpoint? Which board/chip are you using, what Zephyr version and whether this is a single-chip or dual-chip solution?

Also on the Linux side, what controller are you using? Is it Zephyr-based? If so, which Zephyr version and hardware?

 

Thanks,

 

Carles

 

From: zephyr-users-bounces@... [mailto:zephyr-users-bounces@...] On Behalf Of Vakul Garg
Sent: 22 November 2017 11:24
To: zephyr-users@...
Subject: [Zephyr-users] L2CAP errors on linux while running 6loble

 

Hi

 

I am transferring UDP packets over 6loble link between a zephyr endpoint and linux box.

On my linux box, I see errors:

 

[root@lti ~]# dmesg

[416975.584892] Bluetooth: Too much LE L2CAP data received

[416976.365482] Bluetooth: Too much LE L2CAP data received

[416977.171158] Bluetooth: Frame is too long (len 186, expected len 68)

[416977.566971] Bluetooth: Too much LE L2CAP data received

 

Can someone please provide some hint what could I be doing wrong?

I am using linux kernel version 4.13.12.

 

Regards

 

Vakul


Re: L2CAP errors on linux while running 6loble

Vakul Garg <vakul.garg@...>
 

Hi Carles

 

Thanks for paying attention to this.

I am running latest zephyr from master branch on nxp board frdm_k64f.

The k64f board is connected to another nxp board frdm_kw41z.

Kw41z board runs nxp ble controller firmware (based on freertos).

 

On linux side as well, it is another frdm_kw41z board (connected through usb) acting as ble controller.

 

Regards

 

Vakul

From: Cufi, Carles [mailto:Carles.Cufi@...]
Sent: Wednesday, November 22, 2017 7:15 PM
To: Vakul Garg <vakul.garg@...>; zephyr-users@...
Subject: RE: L2CAP errors on linux while running 6loble

 

Hi Vakul,

 

Could you share a bit more info about the Zephyr endpoint? Which board/chip are you using, what Zephyr version and whether this is a single-chip or dual-chip solution?

Also on the Linux side, what controller are you using? Is it Zephyr-based? If so, which Zephyr version and hardware?

 

Thanks,

 

Carles

 

From: zephyr-users-bounces@... [mailto:zephyr-users-bounces@...] On Behalf Of Vakul Garg
Sent: 22 November 2017 11:24
To: zephyr-users@...
Subject: [Zephyr-users] L2CAP errors on linux while running 6loble

 

Hi

 

I am transferring UDP packets over 6loble link between a zephyr endpoint and linux box.

On my linux box, I see errors:

 

[root@lti ~]# dmesg

[416975.584892] Bluetooth: Too much LE L2CAP data received

[416976.365482] Bluetooth: Too much LE L2CAP data received

[416977.171158] Bluetooth: Frame is too long (len 186, expected len 68)

[416977.566971] Bluetooth: Too much LE L2CAP data received

 

Can someone please provide some hint what could I be doing wrong?

I am using linux kernel version 4.13.12.

 

Regards

 

Vakul


Re: L2CAP errors on linux while running 6loble

Carles Cufi
 

Hi Vakul,

 

Could you share a bit more info about the Zephyr endpoint? Which board/chip are you using, what Zephyr version and whether this is a single-chip or dual-chip solution?

Also on the Linux side, what controller are you using? Is it Zephyr-based? If so, which Zephyr version and hardware?

 

Thanks,

 

Carles

 

From: zephyr-users-bounces@... [mailto:zephyr-users-bounces@...] On Behalf Of Vakul Garg
Sent: 22 November 2017 11:24
To: zephyr-users@...
Subject: [Zephyr-users] L2CAP errors on linux while running 6loble

 

Hi

 

I am transferring UDP packets over 6loble link between a zephyr endpoint and linux box.

On my linux box, I see errors:

 

[root@lti ~]# dmesg

[416975.584892] Bluetooth: Too much LE L2CAP data received

[416976.365482] Bluetooth: Too much LE L2CAP data received

[416977.171158] Bluetooth: Frame is too long (len 186, expected len 68)

[416977.566971] Bluetooth: Too much LE L2CAP data received

 

Can someone please provide some hint what could I be doing wrong?

I am using linux kernel version 4.13.12.

 

Regards

 

Vakul


Re: L2CAP errors on linux while running 6loble

Luiz Augusto von Dentz
 

Hi Vakul,

On the zephyr side Ive seem that happening when the controller doesn't support host flow control, but there should be a warning when we don't have buffers to receive a packet, anyway you may want to try increasing the numbers of buffers.

On the Linux side I have not seem such a problem with zephyr, perhaps something is not right in the tx with zephyr or we are again having memory corruptions with buffers. Does TCP works properly?

On Wed, Nov 22, 2017 at 12:51 PM, Vakul Garg <vakul.garg@...> wrote:

I want to add that sometimes, on zephyr console, I get:

 

[bt] [ERR] l2cap_chan_le_recv_sdu: SDU length mismatch

 

Is my application sending too big messages?

Apart from UDP, I also have a TCP connection using 6loble link.

 

From: zephyr-users-bounces@lists.zephyrproject.org [mailto:zephyr-users-bounces@lists.zephyrproject.org] On Behalf Of Vakul Garg
Sent: Wednesday, November 22, 2017 3:54 PM
To: zephyr-users@lists.zephyrproject.org
Subject: [Zephyr-users] L2CAP errors on linux while running 6loble

 

This sender failed our fraud detection checks and may not be who they appear to be. Learn about spoofing

Feedback

Hi

 

I am transferring UDP packets over 6loble link between a zephyr endpoint and linux box.

On my linux box, I see errors:

 

[root@lti ~]# dmesg

[416975.584892] Bluetooth: Too much LE L2CAP data received

[416976.365482] Bluetooth: Too much LE L2CAP data received

[416977.171158] Bluetooth: Frame is too long (len 186, expected len 68)

[416977.566971] Bluetooth: Too much LE L2CAP data received

 

Can someone please provide some hint what could I be doing wrong?

I am using linux kernel version 4.13.12.

 

Regards

 

Vakul


_______________________________________________
Zephyr-users mailing list
Zephyr-users@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-users




--
Luiz Augusto von Dentz


Re: Help needed to setup 6loble using IPSP sample

Vakul Garg <vakul.garg@...>
 

-----Original Message-----
From: Johan Hedberg [mailto:johan.hedberg@intel.com]
Sent: Wednesday, November 22, 2017 4:22 PM
To: Vakul Garg <vakul.garg@nxp.com>
Cc: zephyr-users@lists.zephyrproject.org
Subject: Re: [Zephyr-users] Help needed to setup 6loble using IPSP sample

Hi Vakul,

On Wed, Nov 22, 2017, Vakul Garg wrote:
My BLE controller firmware experts told me that privacy feature has some
errata on my hardware.
I encountered the error even when zephyr was compiled without
CONFIG_BT_PRIVACY=y.
So, I patched the hci_core.c code like this to make it work.
Can you please comment?

diff --git a/subsys/bluetooth/host/hci_core.c
b/subsys/bluetooth/host/hci_core.c
index e02d5ff6a..e00ad5f37 100644
--- a/subsys/bluetooth/host/hci_core.c
+++ b/subsys/bluetooth/host/hci_core.c
@@ -3532,7 +3532,8 @@ static int le_set_event_mask(void)
mask |= BT_EVT_MASK_LE_ADVERTISING_REPORT;

if (IS_ENABLED(CONFIG_BT_CONN)) {
- if (BT_FEAT_LE_PRIVACY(bt_dev.le.features)) {
+ if (IS_ENABLED(CONFIG_BT_PRIVACY) &&
+ BT_FEAT_LE_PRIVACY(bt_dev.le.features)) {
mask |= BT_EVT_MASK_LE_ENH_CONN_COMPLETE;
} else {
mask |= BT_EVT_MASK_LE_CONN_COMPLETE; @@
-3673,7 +3674,8 @@ static int le_init(void)
}

#if defined(CONFIG_BT_SMP)
- if (BT_FEAT_LE_PRIVACY(bt_dev.le.features)) {
+ if (IS_ENABLED(CONFIG_BT_PRIVACY) &&
+ BT_FEAT_LE_PRIVACY(bt_dev.le.features)) {
struct bt_hci_rp_le_read_rl_size *rp;
struct net_buf *rsp;
This looks like fairly reasonable fix to me. Would you be able to submit it as a
pull request? Note that there's a minor coding style issue: the split line needs
to be aligned with the first one (i.e. start right after the opening parenthesis of
the first line).
Thanks for confirming.
I am new to open source development.
I will read and find out the process of patch submission and guidelines.
So, it will take a while for me to submit the patch.
I won't mind if you submit it before I could do.


Johan


Re: Help needed to setup 6loble using IPSP sample

Johan Hedberg
 

Hi Vakul,

On Wed, Nov 22, 2017, Vakul Garg wrote:
My BLE controller firmware experts told me that privacy feature has some errata on my hardware.
I encountered the error even when zephyr was compiled without CONFIG_BT_PRIVACY=y.
So, I patched the hci_core.c code like this to make it work.
Can you please comment?

diff --git a/subsys/bluetooth/host/hci_core.c b/subsys/bluetooth/host/hci_core.c
index e02d5ff6a..e00ad5f37 100644
--- a/subsys/bluetooth/host/hci_core.c
+++ b/subsys/bluetooth/host/hci_core.c
@@ -3532,7 +3532,8 @@ static int le_set_event_mask(void)
mask |= BT_EVT_MASK_LE_ADVERTISING_REPORT;

if (IS_ENABLED(CONFIG_BT_CONN)) {
- if (BT_FEAT_LE_PRIVACY(bt_dev.le.features)) {
+ if (IS_ENABLED(CONFIG_BT_PRIVACY) &&
+ BT_FEAT_LE_PRIVACY(bt_dev.le.features)) {
mask |= BT_EVT_MASK_LE_ENH_CONN_COMPLETE;
} else {
mask |= BT_EVT_MASK_LE_CONN_COMPLETE;
@@ -3673,7 +3674,8 @@ static int le_init(void)
}

#if defined(CONFIG_BT_SMP)
- if (BT_FEAT_LE_PRIVACY(bt_dev.le.features)) {
+ if (IS_ENABLED(CONFIG_BT_PRIVACY) &&
+ BT_FEAT_LE_PRIVACY(bt_dev.le.features)) {
struct bt_hci_rp_le_read_rl_size *rp;
struct net_buf *rsp;
This looks like fairly reasonable fix to me. Would you be able to submit
it as a pull request? Note that there's a minor coding style issue: the
split line needs to be aligned with the first one (i.e. start right
after the opening parenthesis of the first line).

Johan


Re: L2CAP errors on linux while running 6loble

Vakul Garg <vakul.garg@...>
 

I want to add that sometimes, on zephyr console, I get:

 

[bt] [ERR] l2cap_chan_le_recv_sdu: SDU length mismatch

 

Is my application sending too big messages?

Apart from UDP, I also have a TCP connection using 6loble link.

 

From: zephyr-users-bounces@... [mailto:zephyr-users-bounces@...] On Behalf Of Vakul Garg
Sent: Wednesday, November 22, 2017 3:54 PM
To: zephyr-users@...
Subject: [Zephyr-users] L2CAP errors on linux while running 6loble

 

This sender failed our fraud detection checks and may not be who they appear to be. Learn about spoofing

Feedback

Hi

 

I am transferring UDP packets over 6loble link between a zephyr endpoint and linux box.

On my linux box, I see errors:

 

[root@lti ~]# dmesg

[416975.584892] Bluetooth: Too much LE L2CAP data received

[416976.365482] Bluetooth: Too much LE L2CAP data received

[416977.171158] Bluetooth: Frame is too long (len 186, expected len 68)

[416977.566971] Bluetooth: Too much LE L2CAP data received

 

Can someone please provide some hint what could I be doing wrong?

I am using linux kernel version 4.13.12.

 

Regards

 

Vakul


L2CAP errors on linux while running 6loble

Vakul Garg <vakul.garg@...>
 

Hi

 

I am transferring UDP packets over 6loble link between a zephyr endpoint and linux box.

On my linux box, I see errors:

 

[root@lti ~]# dmesg

[416975.584892] Bluetooth: Too much LE L2CAP data received

[416976.365482] Bluetooth: Too much LE L2CAP data received

[416977.171158] Bluetooth: Frame is too long (len 186, expected len 68)

[416977.566971] Bluetooth: Too much LE L2CAP data received

 

Can someone please provide some hint what could I be doing wrong?

I am using linux kernel version 4.13.12.

 

Regards

 

Vakul


Silicon Labs Bluetooth Mesh App compatible Zephyr mesh example for nRF52840-PDK

Vikrant More <vikrant8051@...>
 

I wanna control Leds on nRF52840-PDK board using Silicon Labs Bluetooth Mesh App.
 
Is there any one who has modify $zephyr/samples/bluetooth/mesh example so that it will get compatible for Silicon Labs Bluetooth Mesh App ??

🤔


Re: Help needed to setup 6loble using IPSP sample

Vakul Garg <vakul.garg@...>
 

Hi Johan

-----Original Message-----
From: Johan Hedberg [mailto:johan.hedberg@intel.com]
Sent: Tuesday, November 21, 2017 1:56 PM
To: Vakul Garg <vakul.garg@nxp.com>
Cc: zephyr-users@lists.zephyrproject.org
Subject: Re: [Zephyr-users] Help needed to setup 6loble using IPSP sample

Hi Vakul,

On Tue, Nov 21, 2017, Vakul Garg wrote:
Have you verified that the handle value 32 is valid, i.e. the
controller gave that in a prior LE Connection Complete event?
The linux console shows up connection handle 32 has been connected.
The connection handle is completely local to the device, so what you have on
the Linux side has no relevance to Zephyr (i.e. the handles can, and often will
be different).

[bt] [ERR] le_remote_feat_complete: Unable to lookup conn for handle
32 [bt] [ERR] hci_acl: Unable to find conn for handle 32 [bt] [ERR]
le_data_len_change: Unable to lookup conn for handle 32
I don't see any connection complete event in the logs prior to this. So it's not a
surprise that the host complains of an unknown handle value, i.e. this looks
like some kind of misbehavior by the controller.
My BLE controller firmware experts told me that privacy feature has some errata on my hardware.
I encountered the error even when zephyr was compiled without CONFIG_BT_PRIVACY=y.
So, I patched the hci_core.c code like this to make it work.
Can you please comment?

diff --git a/subsys/bluetooth/host/hci_core.c b/subsys/bluetooth/host/hci_core.c
index e02d5ff6a..e00ad5f37 100644
--- a/subsys/bluetooth/host/hci_core.c
+++ b/subsys/bluetooth/host/hci_core.c
@@ -3532,7 +3532,8 @@ static int le_set_event_mask(void)
mask |= BT_EVT_MASK_LE_ADVERTISING_REPORT;

if (IS_ENABLED(CONFIG_BT_CONN)) {
- if (BT_FEAT_LE_PRIVACY(bt_dev.le.features)) {
+ if (IS_ENABLED(CONFIG_BT_PRIVACY) &&
+ BT_FEAT_LE_PRIVACY(bt_dev.le.features)) {
mask |= BT_EVT_MASK_LE_ENH_CONN_COMPLETE;
} else {
mask |= BT_EVT_MASK_LE_CONN_COMPLETE;
@@ -3673,7 +3674,8 @@ static int le_init(void)
}

#if defined(CONFIG_BT_SMP)
- if (BT_FEAT_LE_PRIVACY(bt_dev.le.features)) {
+ if (IS_ENABLED(CONFIG_BT_PRIVACY) &&
+ BT_FEAT_LE_PRIVACY(bt_dev.le.features)) {
struct bt_hci_rp_le_read_rl_size *rp;
struct net_buf *rsp;




Johan


how to configure node for subscribe & public address

Vikrant More <vikrant8051@...>
 

After connecting with Device we get following options while configuring the device.

[config: Target = 0100]# h
Client Configuration Menu
Available commands:
  target <unicast>                          Set target node to configure
  get-composition [<page_num>]              Get Composition Data
  add-netkey <net_idx>                      Add network key
  del-netkey <net_idx>                      Delete network key
  add-appkey <app_idx>                      Add application key
  del-appkey <app_idx>                      Delete application key
  bind <ele_idx> <app_idx> <mod_id> [cid]   Bind app key to a model
  set-ttl <ttl>                             Set default TTL
  get-ttl                                   Get default TTL
  set-pub <ele_addr> <pub_addr> <app_idx> <period (step|res)> <model> Set publication
  back                                      Back to main menu
  help                                      Config Commands


But I am unable to find option which add subscription addresses.

How to properly add publish addresses ??

What is need to add publish address in every node if every node has subscription devices list ?

As per my understanding every node of MESH, can receive every packet on n/w. If sender address from that packet is not matching with address in subscription list then that packet is redundant for that node. It is understandable. Then what is need of creating publish addresses list for every node ? Let any device to broadcast any packet if it want to do it.



Re: Help needed to setup 6loble using IPSP sample

Vakul Garg <vakul.garg@...>
 

-----Original Message-----
From: Johan Hedberg [mailto:johan.hedberg@intel.com]
Sent: Tuesday, November 21, 2017 1:56 PM
To: Vakul Garg <vakul.garg@nxp.com>
Cc: zephyr-users@lists.zephyrproject.org
Subject: Re: [Zephyr-users] Help needed to setup 6loble using IPSP sample

Hi Vakul,

On Tue, Nov 21, 2017, Vakul Garg wrote:
Have you verified that the handle value 32 is valid, i.e. the
controller gave that in a prior LE Connection Complete event?
The linux console shows up connection handle 32 has been connected.
The connection handle is completely local to the device, so what you have on
the Linux side has no relevance to Zephyr (i.e. the handles can, and often will
be different).

[bt] [ERR] le_remote_feat_complete: Unable to lookup conn for handle
32 [bt] [ERR] hci_acl: Unable to find conn for handle 32 [bt] [ERR]
le_data_len_change: Unable to lookup conn for handle 32
I don't see any connection complete event in the logs prior to this. So it's not a
surprise that the host complains of an unknown handle value, i.e. this looks
like some kind of misbehavior by the controller.
Can you please elaborate? On issuing 'connect' command at linux host, I get only mostly the error prints telling that connection handle can't be found.
Did my linux host even try connection establishment sequence or did it assume (say from previous run) that a certain connection already exists and tried to use it again due to which zephyr said handle does not exist?


Johan


Re: Help needed to setup 6loble using IPSP sample

Johan Hedberg
 

Hi Vakul,

On Tue, Nov 21, 2017, Vakul Garg wrote:
Have you verified that the handle value 32 is valid, i.e. the
controller gave that in a prior LE Connection Complete event?
The linux console shows up connection handle 32 has been connected.
The connection handle is completely local to the device, so what you
have on the Linux side has no relevance to Zephyr (i.e. the handles can,
and often will be different).

[bt] [ERR] le_remote_feat_complete: Unable to lookup conn for handle 32
[bt] [ERR] hci_acl: Unable to find conn for handle 32
[bt] [ERR] le_data_len_change: Unable to lookup conn for handle 32
I don't see any connection complete event in the logs prior to this. So
it's not a surprise that the host complains of an unknown handle value,
i.e. this looks like some kind of misbehavior by the controller.

Johan

2441 - 2460 of 2733