Date   

Re: Two websocket connections at the same time

Lubos, Robert
 

Hi Mike,

 

You need to increase “CONFIG_WEBSOCKET_MAX_CONTEXTS” in order to create more websocket connections, this config defaults to 1. I’m not sure if you open any other sockets in your application, but you might also consider increasing “CONFIG_POSIX_MAX_FDS”, the default value is 4, and each websocket will use 2 file descriptors – one for the underlying TCP socket, and other for the actual websocket “socket”.

 

Regards,

Robert

 

From: users@... <users@...> On Behalf Of Michael Federer via lists.zephyrproject.org
Sent: wtorek, 12 października 2021 15:57
To: users@...
Subject: [Zephyr-users] Two websocket connections at the same time

 

Hi all,

 

I try to open two websocket connections and keep them connected to a FastAPI server at the same time. Establishing the first websocket connection seems to work. But establishing the second connection stucks immediately after the socket for the HTTP handshake was created successfully. The second websocket_connect seems to fail.

 

Here some details.

1st connection:

- HTTP socket id: 0

- Websocket id: 1

 

2nd connection:

- HTTP socket id: 2

- Websocket id: -2 (looks like an error code)

 

Some further details:

- Zephyr version: 2.5.99

 

Maybe my prj.conf lacks a necessary entry.

Does anyone have experience with multiple websockets at the same time? I really appreciate your help.

 

Cheers, Mike

 

 

 


Two websocket connections at the same time

Michael Federer
 

Hi all,

I try to open two websocket connections and keep them connected to a FastAPI server at the same time. Establishing the first websocket connection seems to work. But establishing the second connection stucks immediately after the socket for the HTTP handshake was created successfully. The second websocket_connect seems to fail.

Here some details.
1st connection:
- HTTP socket id: 0
- Websocket id: 1

2nd connection:
- HTTP socket id: 2
- Websocket id: -2 (looks like an error code)

Some further details:
- Zephyr version: 2.5.99

Maybe my prj.conf lacks a necessary entry.
Does anyone have experience with multiple websockets at the same time? I really appreciate your help.

Cheers, Mike




Zephyr and MCUXpresso question #flash

Ridvan Karaman
 
Edited

Hello,


The main idea of my project is to update the software OTA using MCUBoot, DFU and Mender. I followed this https://hub.mender.io/t/updating-device-firmware-using-dfu-in-zephyr-project-on-a-frdm-k64f-board/1618 to set up MCUBoot and DFU for my board and it all works fine. However, the next step is putting and application build with MCUXpresso on the K22F board. What is the best way to approach this? Do I need to use tools from the Zephyr Project to build my application or is there a tool that I can use with MCUXpresso to build and sign my application? I've tried using the binary file built by MCUXpresso and sign it using the tools from Zephyr, however MCUBoot does not seem to find the image when I flash it to the board using DFU.


[PATCH] Fix the problem that it cannot work under mimxrt1061cvl5a SOC

Zhou, ZhihaoX <zhihaox.zhou@...>
 

There is no built-in SDRAM area in mimxrt1061 cvl5a, which makes zephyr unable to work on 1061 SOC

 

Best Regards

Zhihao

 


Re: [Zephyr-devel] TinyCrypt end of life - Help needed

Szymon Janc <szymon.janc@...>
 

Hi,

There is no information about tinycrypt being EOL on webpage nor github...


On Fri, 1 Oct 2021 at 22:37, Flavio Ceolin <flavio.ceolin@...> wrote:
Send it to users list as well.

> Hello,
>
> Recently Intel notify us about TinyCrypt end of life because Zephyr is
> one major project still using it.
>
> In order to respond it properly, the Zephyr PSIRT team needs to
> understand how TinyCrypt is currently used on Zephyr. An
> initial research shows that only the Bluetooth subsystem depends
> (exclusively) on this library for hashing and elliptic curves.
>
> We need the community feedback to know which other places are using
> TinyCrypt, which features are being used and finally what is the most
> constraint platform currently supported that is using TinyCrypt.
>
> Based on the answers we will come up with some proposals to mitigate
> this problem.
>
> Regards,
> Flavio Ceolin
>
>
>







--
pozdrawiam
Szymon K. Janc


Re: [Zephyr-devel] TinyCrypt end of life - Help needed

Stefan Hristozov
 

Dear Flavio,

thank you for the information!

we are using TinyCrypt in the uoscore-uedhoc [1] project, which we want to contribute to zephyr OS. We are in contact already with the responsible people at Zephyr. Our project is however agnostic regarding the crypto library, i.e., we can exchange TinyCrypt with another library. Which will be the preferred crypto library that should be used in projects like ours with Zephyr OS? mbedTLS?

Best regards
Stefan  



On Fri, 2021-10-01 at 13:37 -0700, Flavio Ceolin wrote:
Send it to users list as well.

Hello,

Recently Intel notify us about TinyCrypt end of life because Zephyr is
one major project still using it.

In order to respond it properly, the Zephyr PSIRT team needs to
understand how TinyCrypt is currently used on Zephyr. An
initial research shows that only the Bluetooth subsystem depends
(exclusively) on this library for hashing and elliptic curves.

We need the community feedback to know which other places are using
TinyCrypt, which features are being used and finally what is the most
constraint platform currently supported that is using TinyCrypt.

Based on the answers we will come up with some proposals to mitigate
this problem.

Regards,
Flavio Ceolin








-- 
Stefan Hristozov
Department Hardware Security
Fraunhofer Institute for Applied and Integrated Security AISEC
Lichtenbergstraße 11, 85748 Garching near Munich, Germany
Tel. +49 89 32299 86 157


How do I create drivers in platformio? #drivers #devicetree

leo moreland
 

I’m trying to create a driver for a temperature sensor, as6221. I’m using the tmp117 as a guide. I’m using platformio. I have a little understanding of how cmake, Kconfig, devicetree, dts files work together in the west world.
I’ve found plenty of examples of custom drivers using west. Are there any using platformio?

There is a great template, "zephyrproject-rtos/example-application”. How would I modify this to work with platformio?


Proper BT-SETTINGS Behavior #bluetoothmesh #bluetooth #ble

bob@...
 
Edited

Hi,

Thanks in advance for all replies.

I've created a ble keyboard peripheral, using the native_posix board, to control my amazon firestick.

It seems to work fine, except I'm unsure if the CONFIG-BT-SETTINGS persistent storage is working properly.

From a snippet of my syslog, you can see my app (hogInput.exe) send 2 keyboard reports. Then I restart my firestick which causes my 3 report notifies to become disabled and the connection is broken. 

hogInput.exe[829]: ***Send Report: x02, x41, x00, x00: Sent:0***
hogInput.exe[829]: ***Send Report: x02, x00, x00, x00: Sent:0***
hogInput.exe[829]: hog: input_ccc_changed: disabled
hogInput.exe[829]: message repeated 2 times: [ hog: input_ccc_changed: disabled]
hogInput.exe[829]: Disconnected (reason 0x08)

python3[830]: b'[00:02:34.352,704] \x1b[1;31m bt_gatt: Failed to store CCCs (err -2)'

python3[830]: b'[00:02:34.352,704] \x1b[1;31m bt_gatt: Failed to store Client Features (err -2)'
After the firestick becomes disconnected, the bt gatt module attempts to store my ccc and client features to persistent storage but fails. 

Is this normal to save to settings after a disconnect? If it's normal, anyone know what my be the problem and how to fix it?

Update:

my prj.conf file content. here i try to use a filesystem backend for Posix persistent use:

# Incresed stack due to settings API usage
CONFIG_SYSTEM_WORKQUEUE_STACK_SIZE=2048
CONFIG_RING_BUFFER=y
 
CONFIG_SETTINGS=y
CONFIG_SETTINGS_RUNTIME=y
CONFIG_SETTINGS_FS=y
CONFIG_BT_SETTINGS=y
 
CONFIG_BT=y
CONFIG_BT_TINYCRYPT_ECC=y
CONFIG_BT_PERIPHERAL=y
CONFIG_BT_DIS=y
CONFIG_BT_BAS=y
CONFIG_BT_DEBUG_LOG=y
CONFIG_BT_DEVICE_NAME="smartRemotes 5.1"
CONFIG_BT_DEVICE_APPEARANCE=961
 
#uart i/o
CONFIG_SERIAL=y
CONFIG_UART_NATIVE_POSIX=y
# CONFIG_UART_NATIVE_POSIX_PORT_1_ENABLE=y
 
#ble security
CONFIG_BT_SMP=y
CONFIG_BT_SMP_ALLOW_UNAUTH_OVERWRITE=y
CONFIG_BT_KEYS_OVERWRITE_OLDEST=y

Update:

i changed my prj.conf file to try using a flash backend instead of a filesystem for persistent storage.

# Incresed stack due to settings API usage
CONFIG_SYSTEM_WORKQUEUE_STACK_SIZE=2048
CONFIG_RING_BUFFER=y
CONFIG_FLASH=y
CONFIG_FLASH_PAGE_LAYOUT=y
CONFIG_FLASH_MAP=y
CONFIG_NVS=y
 
CONFIG_SETTINGS=y
#CONFIG_SETTINGS_RUNTIME=y
#CONFIG_SETTINGS_NONE=n
#CONFIG_SETTINGS_FS=y
CONFIG_BT_SETTINGS=y
 
CONFIG_BT=y
CONFIG_BT_TINYCRYPT_ECC=y
CONFIG_BT_PERIPHERAL=y
CONFIG_BT_DIS=y
CONFIG_BT_BAS=y
CONFIG_BT_DEBUG_LOG=y
CONFIG_BT_DEVICE_NAME="smartRemotes 5.1"
CONFIG_BT_DEVICE_APPEARANCE=961
 
#uart i/o
CONFIG_SERIAL=y
CONFIG_UART_NATIVE_POSIX=y
# CONFIG_UART_NATIVE_POSIX_PORT_1_ENABLE=y
 
#ble security
CONFIG_BT_SMP=y
CONFIG_BT_SMP_ALLOW_UNAUTH_OVERWRITE=y
CONFIG_BT_KEYS_OVERWRITE_OLDEST=y
This fixed my problem and no longer get error messages when saving BT settings!

But, I have no idea why it works this way with Posix on my Ubuntu laptop. I did not think I had any flash memory on my laptop and can't understand why using a filesystem backend did not work? Can anyone explain this? I did notice a file named 'flash.bin' was created on my laptop. Maybe some sort of flash emulation?


Re: Zephyr running on Arm Cortex-M7 within Intel PSE (Elkharts Lake)

Nashif, Anas
 

Bernd,

You are correct that ELH support in zephyr upstream right now is limited to the main CPU (IA).

Support for the PSE on Cortex-M7 is not part of Zephyr yet, is in the process of being upstreamed AFAIK.

 

Anas

 

From: <users@...> on behalf of "Weiberg, Bernd" <bernd.weiberg@...>
Date: Tuesday, October 5, 2021 at 10:21 AM
To: "users@..." <users@...>
Subject: [Zephyr-users] Zephyr running on Arm Cortex-M7 within Intel PSE (Elkharts Lake)

 

Dear Zyphyr Users,

first of all: I'm a completely newbie regarding zephyr!

Currently i'm trying to get it run on a Arm Cortex-M7 core, which is part of the Intel Programmable Service Engine (PSE) of the Elkhart Lake Processor (Intel Atom Processor x6212RE).

The Processor is part of a COM Express mini Type 10 Module from Kontron (COMe-mEL10) which mounted on Kontrons Evaluation Carrier Board ADANL211.

I'm going to use a Debian 11 Virtual Machine for the development process.

I followed the instructions from https://docs.zephyrproject.org/latest/getting_started to setup the development environment --> Everything is fine so far.

I also managed to build the hello_world example for the ehl_crb board and started the zephyr.efi from the EFI shell.

 

Now let's get over to my (stupid) question:

Am i right, that in my case the hello_world example runs on the major CPU (the Elkhart Lake)?

Because the example was build for an x86 architecture and not for arm.

Which build target do I have to use to build this example for the Intel PSE?

And how do i flash it?

 

Does anyone already got experience with Intels programmable service engine and zephyr?

Which literature would be a nice starting point for this?

 

Cheers!

 


Zephyr running on Arm Cortex-M7 within Intel PSE (Elkharts Lake)

Weiberg, Bernd
 

Dear Zyphyr Users,

first of all: I'm a completely newbie regarding zephyr!

Currently i'm trying to get it run on a Arm Cortex-M7 core, which is part of the Intel Programmable Service Engine (PSE) of the Elkhart Lake Processor (Intel Atom Processor x6212RE).

The Processor is part of a COM Express mini Type 10 Module from Kontron (COMe-mEL10) which mounted on Kontrons Evaluation Carrier Board ADANL211.

I'm going to use a Debian 11 Virtual Machine for the development process.

I followed the instructions from https://docs.zephyrproject.org/latest/getting_started to setup the development environment --> Everything is fine so far.

I also managed to build the hello_world example for the ehl_crb board and started the zephyr.efi from the EFI shell.

 

Now let's get over to my (stupid) question:

Am i right, that in my case the hello_world example runs on the major CPU (the Elkhart Lake)?

Because the example was build for an x86 architecture and not for arm.

Which build target do I have to use to build this example for the Intel PSE?

And how do i flash it?

 

Does anyone already got experience with Intels programmable service engine and zephyr?

Which literature would be a nice starting point for this?

 

Cheers!

 


Re: [Zephyr-devel] TinyCrypt end of life - Help needed

Flavio Ceolin
 

Send it to users list as well.

Hello,

Recently Intel notify us about TinyCrypt end of life because Zephyr is
one major project still using it.

In order to respond it properly, the Zephyr PSIRT team needs to
understand how TinyCrypt is currently used on Zephyr. An
initial research shows that only the Bluetooth subsystem depends
(exclusively) on this library for hashing and elliptic curves.

We need the community feedback to know which other places are using
TinyCrypt, which features are being used and finally what is the most
constraint platform currently supported that is using TinyCrypt.

Based on the answers we will come up with some proposals to mitigate
this problem.

Regards,
Flavio Ceolin



Re: nRF5340 GPIO FEM control (generic) #nrf53

Bob Recny
 

I'm attempting to use mainline Zephyr in order to submit a new board that will include a GPIO controlled FEM. I am not using NCS at the moment.

Bob


I got a private reply from Rodrigo by mistake and was asked to repost it to the group:

From Rodrigo:


Hi Bob, I've answer your question sending the e-mail only to you, sorry. If you could repost my first answer, to the group so others can see, please.

Thanks! Rodrigo


And his original reply to me:


Hi Bob,

Are you using only zephyr or nRF Connect SDK? I was searching for this last week, but for nrf52840 and Thread. This was the answer from Nordic: https://devzone.nordicsemi.com/f/nordic-q-a/79879/mpsl-opensource-on-zephyr

It seems that they closed the previous "open" source of FEM control functions for Thread, not sure if it's the case for Bluetooth. It is available as a binary on nRF Connect SDK though, but it was indeed available on zephyr v2.4.0. Maybe someone from Nordic sees this and helps us. If you find anything, please share.

Thanks, Rodrigo


nRF5340 GPIO FEM control (generic) #nrf53

Bob Recny
 

Greetings,

I see that a new feature of Zephyr 2.6.0 is: "Added GPIO PA/LNA support for the Nordic nRF53x SoC series." (under "Bluetooth LE split software Controller" in the release notes).

Are there any samples or howtos to show how this is done for a generic FEM with 2 pin control?

Thanks, Bob


Re: System Level Testing for Zephyr Adopters

Yuval Peress
 

Hi, I'm working on testing efforts on Chromium. Our current approach is to write emulators of all the chips (https://source.chromium.org/chromium/chromiumos/platform/ec/+/HEAD:zephyr/emul/). We'll be upstreaming the emulators when they're stable.

The idea is to run a full board using emulators and then (eventually) simulate host commands and GPIOs in our tests. We'll be sending patches to support this effort upstream. As an example I have https://github.com/zephyrproject-rtos/zephyr/pull/37192 pending for the testing framework to enable scripting the test for our system level tests. The idea is that each test suite can register itself along with a filter. The test_main() function then simply sets the system's state and runs all tests (effectively scripting the test). At the end, we check that all the tests ran at least once.

בתאריך יום ב׳, 27 בספט׳ 2021, 8:01, מאת Pandey, Mithun ‏<mithunpandey@...>:

HI all,

 

Sending this mail again to Zephyr-users email, in hope it will reach the larger audience

 

Thanks and Regards

Mithun

 

From: Pandey, Mithun
Sent: Monday, September 27, 2021 12:40 PM
To: users@...
Cc: Brezovec, Mark A <MarkABrezovec@...>
Subject: System Level Testing for Zephyr Adopters

 

HI All

 

For the Teams adopting zephyr, what the adopting teams do for automation at system level when everything is put together , Is there any recommendations from the Zephyr Community, or form any of the existing adopters.

 

Thanks and Regards

Mithun


Re: System Level Testing for Zephyr Adopters

Pandey, Mithun
 

HI all,

 

Sending this mail again to Zephyr-users email, in hope it will reach the larger audience

 

Thanks and Regards

Mithun

 

From: Pandey, Mithun
Sent: Monday, September 27, 2021 12:40 PM
To: users@...
Cc: Brezovec, Mark A <MarkABrezovec@...>
Subject: System Level Testing for Zephyr Adopters

 

HI All

 

For the Teams adopting zephyr, what the adopting teams do for automation at system level when everything is put together , Is there any recommendations from the Zephyr Community, or form any of the existing adopters.

 

Thanks and Regards

Mithun


Re: Control-flow Enforcement Technology (CET) support

Nashif, Anas
 

Hi Rafal,

This is not supported currently. We had plans in the past to enable this feature, but this did not happen.

There is no reason why this feature can’t be enabled, and you are welcome to submit the required changed to support this directly to the project.

 

Thanks,

Anas

 

From: <users@...> on behalf of "Bisiorowski, Rafal" <rafal.bisiorowski@...>
Date: Monday, September 27, 2021 at 9:30 AM
To: "Zephyr-users@..." <Zephyr-users@...>
Subject: [Zephyr-users] Control-flow Enforcement Technology (CET) support

 

Hi,

I’ve tried building zephyr app with GCC compiler flags to enable CET feature (Control-flow Enforcement Technology) “-fcf-protection=full -z cet-report=error”. Unfortunately there’s “error: missing IBT and SHSTK properties”. I’m not yet fully familiar with what is missing, but by checking zephyr’s code there are no ENDBR instructions in assembly code.

Is there any plan to add support for Control-flow Enforcement Technology (CET) in Zephyr?

Is there possibility to add this support on my own or is there a reason why CET shouldn’t be ever supported by Zephyr?

 

Thanks,

Rafal

 


Intel Technology Poland sp. z o.o.
ul. Słowackiego 173 | 80-298 Gdańsk | Sąd Rejonowy Gdańsk Północ | VII Wydział Gospodarczy Krajowego Rejestru Sądowego - KRS 101882 | NIP 957-07-52-316 | Kapitał zakładowy 200.000 PLN.

Ta wiadomość wraz z załącznikami jest przeznaczona dla określonego adresata i może zawierać informacje poufne. W razie przypadkowego otrzymania tej wiadomości, prosimy o powiadomienie nadawcy oraz trwałe jej usunięcie; jakiekolwiek przeglądanie lub rozpowszechnianie jest zabronione.
This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). If you are not the intended recipient, please contact the sender and delete all copies; any review or distribution by others is strictly prohibited.

 


Control-flow Enforcement Technology (CET) support

Bisiorowski, Rafal
 

Hi,

I’ve tried building zephyr app with GCC compiler flags to enable CET feature (Control-flow Enforcement Technology) “-fcf-protection=full -z cet-report=error”. Unfortunately there’s “error: missing IBT and SHSTK properties”. I’m not yet fully familiar with what is missing, but by checking zephyr’s code there are no ENDBR instructions in assembly code.

Is there any plan to add support for Control-flow Enforcement Technology (CET) in Zephyr?

Is there possibility to add this support on my own or is there a reason why CET shouldn’t be ever supported by Zephyr?

 

Thanks,

Rafal

 


Intel Technology Poland sp. z o.o.
ul. Słowackiego 173 | 80-298 Gdańsk | Sąd Rejonowy Gdańsk Północ | VII Wydział Gospodarczy Krajowego Rejestru Sądowego - KRS 101882 | NIP 957-07-52-316 | Kapitał zakładowy 200.000 PLN.

Ta wiadomość wraz z załącznikami jest przeznaczona dla określonego adresata i może zawierać informacje poufne. W razie przypadkowego otrzymania tej wiadomości, prosimy o powiadomienie nadawcy oraz trwałe jej usunięcie; jakiekolwiek przeglądanie lub rozpowszechnianie jest zabronione.
This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). If you are not the intended recipient, please contact the sender and delete all copies; any review or distribution by others is strictly prohibited.


System Level Testing for Zephyr Adopters

Pandey, Mithun
 

HI All

 

For the Teams adopting zephyr, what the adopting teams do for automation at system level when everything is put together , Is there any recommendations from the Zephyr Community, or form any of the existing adopters.

 

Thanks and Regards

Mithun


bme680 sample: I2C address in overlay file (nrf52840) does not match described wiring #i2c #nrf52840 #sensor

chrisduf
 

Running the BME680 sample (zephyr/samples/sensor/bme680) on the nrf52840-dk fails and printk "Device (nil) name is".

My BME680 is already packaged (DFRobot SEN0248), and provides connections only for the SCL and SDA lines, not SDO which the package configures itself when in I2C mode (it can also work with SPI).

Reading the BME680 data sheet, I've found that this SDO line will actually set the slave address to:
- 0x76 when connected to GND
- 0x77 when connected to VDDIO
- undefined when floating

Both my package and the wiring described by the sample's README connect SDO to VDDIO, while the nrf52840's overlay file assumes the BME680 I2C address is 0x76.

If I edit nrf52840dk_nrf52840.overlay to probe for address 0x77 instead of 0x76, the sample works fine.

The Adafruit overlay is correct (probes for 0x77).

chris.


Thread safety with multiple shell instances

mbarrett@...
 

Hello,

I'm planning to use two simultaneous shell instances each with a different backend in my application. I have a couple of questions regarding this.
1. Is this possible?
2. Do I need to use a mutex for commands that write to a resource or variable?

Thanks!
Marshal

121 - 140 of 2845