Hi, I have retested the functionality by relocating SoCs from ${ZEPHYR_BASE}/soc into modules, and this worked as expected. Both when using `zephyr/module.yml` and `-DSOC_ROOT=<path>`. So I

Torsten, Please re-read the original message. You have a hidden dependency that has been overlooked that causes completely out of tree SOCs to not work. The setup works fine for in-tree and within

Hi All, I am looking for help/hints/directions/advice regarding converting Linux device drivers to zephyr? I am mostly interested in sensors. I would appreciate the input of anyone with experience

Charles, Thanks for the prompt response. Do please keep me CC'd on this as I am not on the mailing list. Torsten the longer version might provide some background context for the debug. Happy to

Hi, > Please re-read the original message. You have a hidden dependency that has been overlooked that causes completely out of tree SOCs to not work. The setup works fine for in-tree and within

Note, I will also look into a fix that allows out of tree socs to be located directly under the `${SOC_ROOT}/soc` folder. /torsten

Hi Dan, Sorry for any trouble the latest changes is causing you. With https://github.com/zephyrproject-rtos/zephyr/pull/26715 it is now possible to provide multiple SoC roots, allowing for

Hi Dan, Assuming you have the latest upstream master, then this might be a regression introduced by: https://github.com/zephyrproject-rtos/zephyr/pull/26715 We are certainly not dropping

Hey Zephyr team, Long time no talk. Short version: Using the latest HEAD, I am finding that the kconfig SOC_DIR is not being populated for an out of tree SOC build. This causes a compilation failure

Reminder: Zephyr Project: Dev Meeting When: Thursday, 6 August 2020, 3:00pm to 4:00pm, (GMT+00:00) UTC Where:Microsoft Teams Meeting An RSVP is requested. Click here to RSVP Organizer:

Here’s the agenda topics for this week: * Continue discussion on CONFIG_MULTITHREADING=n - Do we continue to support it and what functionality should be expected to work in that

Zephyr: Toolchain Working Group When: Thursday, 13 August 2020 2:00pm to 3:00pm (UTC+00:00) UTC Repeats: Every 2 weeks on Thursday, through Thursday, 17 December 2020 Where: Microsoft Teams

Hello, As part of https://github.com/zephyrproject-rtos/zephyr/issues/22941 I am proposing to switch all device instances to constant, see:

Hello, I am proposing to rename 3 attributes of struct device. These attributes names have legacy roots which do not make sense anymore. See:

Hi Mr Jamie, Thank you very much for your kind response and helping me. It is requested to please guide me as how to correctly set up the flash storage system for nrf52840 dk. I will be grateful.

Hello, I'm announcing the release of west v0.7.3. https://pypi.org/project/west/0.7.3/ https://github.com/zephyrproject-rtos/west/tree/v0.7.3 To upgrade: Ubuntu: pip3 install --user

Hi Muhammad, Have you enabled the flash storage system and correctly set it up for your module? Thanks, Jamie

The eeprom_slave driver accessed under CONFIG_I2C_EEPROM_SLAVE implements the I2C follower (slave) driver API. This device isn't an actual hardware driver: it's a virtual EEPROM that stores data in an

Reminder: Zephyr Project: APIs When: Tuesday, 4 August 2020, 4:00pm to 5:00pm, (GMT+00:00) UTC Where:Microsoft Teams Meeting An RSVP is requested. Click here to RSVP Organizer:

Hi there, LVGL has been updated to version 7 in master: https://github.com/zephyrproject-rtos/zephyr/pull/26982 Changing the display driver is done in Kconfig (and I assume Devicetree):