This is the responsibility of the timer driver. The ticks announced needs to be globally correct. The existing drivers do this by locking a "last count" state variable and updating it, so

Hi friends: a puzzle in the timer tick interrupt handler in SMP mode. look at below, the SMP mult cores share the same "cur_tick" object to remeber the current time, each cpu would increment

Hi there, Mbedtls comes with an MD5 implementation: https://github.com/zephyrproject-rtos/mbedtls/blob/master/include/mbedtls/md5.h Carles From:<devel@...> on behalf of "Ruben Kertesz via

Any recommendations on best methods to write a md5 hash function? I didn't find one built in but maybe I overlooked.

Cancelled: Zephyr Project: Dev Meeting This event has been cancelled. When: Thursday, 22 August 2019 8:00am to 9:00am (UTC-07:00) America/Los

Reminder: Zephyr Project: APIs When: Tuesday, 20 August 2019, 9:00am to 10:00am, (GMT-07:00) America/Los Angeles Where:https://zoom.us/j/177647878 An RSVP is requested. Click here to

I'll be coordinating the API meeting today as Carles has a conflict. Agenda: - GPIO: Current status, planning for a way forward (scope, breakdown, resources) so we know what we're intending to have

I have found the root cause: need init the k_poll_signal before it was used in the k_poll_event array. k_poll_signal_init(&async_sig); struct k_poll_event async_evt =

Shippable's "rich" UI affects not just accessibility but also any user trying to perform simple things like searching for some specific error message across all 5 shards or (let's go crazy)

"David Leach via Lists.Zephyrproject.Org" <david.leach=nxp.com@...> writes: FTR, I rarely have ZEPHYR_BASE set in my parent environment because I only need it to run sanitycheck,

For historical tracking, the error is because I have ZEPHYR_BASE environment variable set. Carles and I agree that the error message is not very helpful. David

Carles, See the following: dleach@dleach-test:~/work$ west init zephyrproject2 FATAL ERROR: already in an installation (/home/dleach/work/zephyrproject), aborting

That is actually incorrect, you can have as many installations as you want. In your case: cd ~/work west init zephyrproject west init mytestzephyrproject cd zephyrproject west update cd

I want to be able to have multiple installations on my system. To expand out my example:

I am not quite sure I understand David. “west init” initializes an installation. It creates a top-level folder which then contains a .west/ subfolder and a bunch of other folders that

Yeah, I'm trying to do some work to add a module when requires 1) adding the module, 2) updating west.yaml, and 3) making changes to the zephyr CMakeLists.txt tree to build the module. But I didn't

no. I want to initialize a second Zephyr project area in parallel. So for example: /home/dleach/work/zephyrproject /home/dleach/work/zephyrproject2 David

Hello Erwan, My code didn't work: ( hard coded ble address not the final version ) I checked STM32 ble app and on p2rsrv app they send ACI_HAL_WRITE_CONFIG_DATA just after hci reset. Best

Hello David, "David Leach" <david.leach@...> wrote: My understanding is that *west* installation (i.e. the tool itself) is indeed single/global (though you probably can work that around

Hi David: I'm not sure if I understand your question correctly. Do you mean that you created "zephyrproject_2" under "/home/dleach/work/zephyrproject" and run "west init"? If so,