Hi In Zephyr 1.7 , the implementation for deep sleep for quark_se is done We have finalized our application based on zephyr 1.6. In this version deep sleep implementation for quark_se is NOT

Hi, I’ve done a proof-of-concept port of OpenThread to Zephyr. It’s a very basic port which I’ve tested on nrf52840. It used to work about 2 months ago but I haven’t done any rebases onto

Hi, May I know if Open Thread is going to be supported ?. if so, is there a timeline? Thank you.

Blah! I missed the "Message clipped" link at the bottom of my GMail window. Well, that's a little embarrassing, thanks for clearing it up! Marti

Hi Marti, You should re-check, because I can see them : Marti Bolivar (18): arm: cortex-m: allow configurable ROM offset net/buf.h: fix copy-paste Doxygen error zephyr-env.sh:

Hi Anas, Glad to see the release! There may be some issue with how the shortlog is being generated, though; I don't see any of my commits below ;). I do see them in the output for "git shortlog

Hi Neil, all, I can only acknowledge that, despite hard work from community, we still currently miss important drivers on STM32 SoCs. On ST side, roadmap was to port Disco L475 IoT board, and after

If you're talking about my picking up Christer's previous work I'm only experimentally kicking the tyres here (and mostly in my spare time); I'm not working to any particular roadmap... Daniel.

Hi Paul, Yes, but since you were already working on it, I removed it from the list. But Yes, it is important, and having a clean support here is critical. I still plan to take a look on the DW code

Hello Neil, I'm surprised to not see USB (at least device-side) support below. I'd think USB is a popular and generic interface to pose enough interest for wide array of users, and indeed, I know

Hello All, A "me too" message ;-) I have several STM32F4 projects and am very interested to use Zephyr for them. The MCU's are STM32F407 and STM32F417 (with 512k or 1M Flash). Device drivers I am

Hi Erwann, Zephyr community, I'm wondering about the next steps for the STM32 Platform support. First of all, I'm still trying to push a SPI driver for STM32Lx, but it seems it could work on STM32Fx

Hey Erwan, yes, I have several projects with STM32F4 MCU's where I have Ethernet (and RS485, CAN) and currently work with the STM Cube, and the sooner I can get rid of STM Cube the better :-) Since

Hi Erwin, I'm not aware of anyone working on this. Do you intend to work on it? Erwan

Hi, We are pleased to announce the stable update releases to both Zephyr 1.7 and 1.6. The updates consist of bug fixes and updates to crypto related components. Below is the list of the changes for

Hi, 2 weeks later than planned we are pleased to announce that 1.8-rc1 has been tagged signaling the end of the merge window and the start of the bug fix and stabilisation cycle for Zephyr 1.8.

Hello, I was wondering if someone is already working on a STM32F4 Ethernet driver? - Erwin

Hi, Zephyr SDK 0.9.1 has been released and is available for download from: https://github.com/zephyrproject-rtos/meta-zephyr-sdk/releases/download/0.9.1/zephyr-sdk-0.9.1-setup.run Release

Hi Jammy, No, it is not included in this bug fix release. We will address this in 0.10 Anas

Hi Siddharth, Switch should be created by ext/hal/st/stm32cube/Makefile from CONFIG_SOC flag. The right way to configure this flag is to define your SoC in