Hello Lawrence & Jamie, After 'west' update, nrfx.h file is available in <zephyr project directory>/modules/hal/nordic/nrfx dir & also CMAKE build got successful! Thank You very much for your

Which version of Zephyr are you trying to build? Run ‘git branch’ to find out. The newer versions of Zephyr requireZephyr SDK newer than v0.11.1 Also did you do a ‘west update’? this is

Hi Anupam, Is west in your path, if you type ‘west’ from the command line does it run? If not then it needs adding to the path. If you go to the $zephyr/../modules/hal/nordic/nrfx folder, does

Hello Zephyr Developers, Presently, I am trying to do CMAKE build of $zephyr/zephyr/samples/bluetooth/hci_uart/ for my nRF52840 BLE Controller (dongle). Board config was set as follows. cmake

Thanks Andrew P. Yes this is the behaviour I am observing. So I guess everything is as expected. Thanks to all for responding. George

Greetings! It is on the topic of our recent conversation. Think now this project seems ideal :) Have a look: *Reminder:* Zephyr Toolchain Working Group

Thank you both for detailed answers! We will continue to consider this idea for user mode drivers with the previously mentioned caveats, and we will see if implementing them is too onerous or not.

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

Zephyr: Toolchain Working Group When: Thursday, 10 September 2020 2:00pm to 3:00pm (GMT+00:00) UTC Where: Microsoft Teams Meeting Description: Live meeting minutes:

Reminder: Zephyr: Toolchain Working Group When: Thursday, 10 September 2020, 2:00pm to 3:00pm, (GMT+00:00) UTC Where:Microsoft Teams Meeting An RSVP is requested. Click here to

Call for today’s Toolchain WG. Agenda Updates: PR #22668: Made it for v2.4.0😊 Thomas: IAR: Updates ? Torsten: Toolchain abstraction: PR #24851: Made it for v2.4.0😊 Next steps ?

Hi George, In Zephyr scheduling, after an ISR is done, can a preemptible thread be swapped out, and a higher priority thread, if ready, is allowed to run? Yes this is guaranteed. There should

Hey George, When coming back from an ISR, Zephyr should switch to the highest priority thread that is ready (with some caveats around multiple cooperative threads being ready). At least that is what I

Hi Jett, It should certainly be possible to do this, where you implement driver logic as just code which makes other system calls at a lower-level bus abstraction to interact with the hardware. It

Hi, Jett ✈ Rink via lists.zephyrproject.org <jettrink=google.com@...> writes: The devicetree describes the hardware. Whether or not a particular software driver runs in user

Hi, In Zephyr scheduling, after an ISR is done, can a preemptible thread be swapped out, and a higher priority thread, if ready, is allowed to run? I understand the behaviour for the cooperative

Hey all, Do all "drivers" need to be run in supervisor mode (within the kernel)? I am specifically thinking about external ICs that are connected to an embedded controller running Zephyr via

Hi, Thank you for the info! Regards, Simon

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

Hi all, Special agenda for today: - In order to help with the 2.4 release we will go through bugs labeled API or drivers and try to clean up or assign as many as we can. Teams link: