Hi andrew: i find the place you said laste emai, it seems only xtensa and x84 arch supports the SMP mode, so take xtensa for exmaple. it seems the mechanism you said in the laste email only

It's still not clear to me what you're looking for but maybe this git command will help: git log --decorate --no-walk --oneline $(git tag -l v1.14*) upstream/v1.14-branch 5ad3f4a6930d (tag:

Thanks Anas, I should have been clearer in my question, apologies. It looks like there is a 1.14.1 brewing, I presume that is bug fixes on the 1.14 release. When it is released, I will probably want

v1.14-branch is the branch, all others are tags on the branch. Anas From:<devel@...> on behalf of Manu R <manu@...> Date: Friday, 23 August 2019 at 18:38 To: "devel@..." <devel@...> Subject:

I still cant understand this flow after read the code. take cortex-m arch for exmaple, z_clock_isr, is hooked for NVIC vector table, so each cores would call this following the frequency. so, there

when I do a zephyr (v1.14-branch) $ git checkout v1.14<tab> v1.14-branch v1.14.0 v1.14.0-rc1 v1.14.0-rc2 v1.14.0-rc3 v1.14.1-rc1 Thanks Manu

could you show me where the logic you said locates? i still cant catches it, thank you

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