This is a bug. I’ll spend some time on this today and get a GH issue opened. Andrew

The qemu_x86_64 target is configured to use two cores and SMP by default. Regards, Andrew

I have a work Q that will run in user state and attempting to send work to it. This results in intermittent failures. The issue I see in my current test is that I have taken an interrupt while

Now SMP only supported on xtensa, arc and x86 arch, but it seems more diffculte to run on xtensa and arc becasue of no boards. so anybody can tell me how to launch a smp run environment on x86 arch?

Hi there, Race conditions for SMP are still under investigation. We found one today where the same thread object was being scheduled on two cores. Additional eyes on this (or patches) are greatly

hi : would the "wait_for_switch(new_thread)" would aggravate the race condition not fix the race condition？ the old thread save state still cant guarantee to be saved before it pick up by other

HI folks: i still belive there are race conditions exist. in "do_swap" function, what would happen if others cpus pick up the "old" thread to run before it do the actual context backup? because

Cancelled: Zephyr Project: Dev Meeting This event has been cancelled. When: Thursday, 23 January 2020 8:00am to 9:00am (UTC-08:00) America/Los

Hi The PR mentioned below (https://github.com/zephyrproject-rtos/zephyr/pull/21903) was merged yesterday – please review the comments and code changes for more details on the fix. Can you please

Actually, that PR merged a few hours ago, so code in master does not have this issue anymore. But yes: it was real and visible in CI testing as a spurious failure in qemu_x86_64. Andy

Hello, I submitted a PR for a DAC implementation that needs some further review + comments. Anyone with knowledge about DAC peripheral features of different MCUs please have a

Hi andy: so, this is turely a issue that i have illustrated in last emai? is that true? so the mainline code still has this issue, right? thank

OK I was create a github issue. thank you.

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

Hi biwa, I am assuming that you wish to get the BLE radio channel number used in the scan window as part of the advertisement report like in the lines of RSSI. But as this information is not part

Hi all, I'd like to amend the agenda for today's meeting with the following PRs which have been waiting for resolution for a while: - PR: Validate pin ordinals in wrapper functions -

Traditional locking in Zephyr is done with a single global "irq lock" (implemented on single processor systems with a straightforward interrupt mask). SMP allows for finer grained

There is a fix for exactly this race this in https://github.com/zephyrproject-rtos/zephyr/pull/21903

Hi, I think commit message gives an explanation https://github.com/zephyrproject-rtos/zephyr/commit/ec554f44d99eef8800e341db5fa95ba40755d351 Thanks, Pawel

HI folks: if from the call pass of z_swap, which with parameter, do_swap(key.key, lock, 1); because is_spinlock is 1, so the lock would be released before invoke the actual switch