Hi Anas, Any updates on the Cortex-M0 porting effort? Is there any public code (even WIP) to look at? Best Regards, -- Anderson Lizardo

I see nothing bad in the proposal. I would refrain from copying PLY into the source tree for the following reasons: - Support. Updating the library, which is not the part of the project may be a

Problem statement: The current implementation of Microkernel Task IRQs has a hard dependency on dynamic interrupts, which we also want to remove from Zephyr. Although the mechanism could be

Hi Rodger, You can first have a try without "TEST=max" option. Besides this, gdb can be used to debug this issue after disabled the other successful indicators. Regards Min

I built the test code at "tests/benchmark/latency_measure/microkernel" . It runs well using the qemu mode. I want to try it on Arduino Due board, built it using: make TEST=max BOARD=arduino_due

Hi, Zephyr v1.2.0-rc1 has been tagged, merge window for major features is now closed. We are targeting a release of v1.2.0 end of this week. Below you will find the changes since

Problem Statement: -------------------------- Entering deep sleep states during pending device transactions can cause transaction inconsistencies. Why this is a

Problem statement: Test case filtering in sanitycheck's testcase.ini files allows sanitycheck to exclude certain test cases that are incompatible with particular architectures, boards, or the

Full assembly listing in written to outdir/zephyr.lst. Having the address of instruction that trigger the fault, try looking it up in the listing and see if there's something obviously wrong. The

I'd encourage you to file a JIRA/bug so that we can track this and get someone looking at it.

Hi all, I am trying to use the PWM output on the K64 board. I have taken the sample/drivers/pwm_dw/src/main.c and modified it to use the CONFIG_PWM_K64_FTM_0_DEV_NAME and removed the CONFIG_PWM_DW=y

Hi Daniel, thanks for your feedback! See some comments inline: Quoting Dan Kalowsky (2016-03-21 14:10:43) Patch sent to gerrit. Fine by me. Patch sent to gerrit. There is no dependency so it can be

[Rev 1.2 - Added a parameter to .suspend() and .resume() functions indicating the power policy used by the PMA. This parameter will help driver take policy based optimized actions. Described in detail

Hi, trying the webmail reply for a first time. Be gentle. +1 +1 I would argue this should step 1. This can be and should be merged in before the close of the release window this week. So get

From: Simon Desfarges <simon.desfarges(a)intel.com> ASSERT are put each time the timer0 limit register or the timer0 count register is modified. Change-Id:

From: Simon Desfarges <simon.desfarges(a)intel.com> When exiting from tickless idle uppon an external IRQ, the TICK timer is set to fire at next TICK boundary. The current algorithm can lead to a

From: Simon Desfarges <simon.desfarges(a)intel.com> The timer counts from 0 to programmed_limit included. Change-Id: Ifc8585210c319f5452fafc911d4f6d72c4b91eaa Tracked-On:

Hi, quite well, with your patch, I got the output! Now I'm wondering how I can manually set the pins to FUNC_GPIO = K64_PINMUX_ALT_1 = (0x1 << 8). If I write something like #include

Got it working using minicom and no flowcontrol...

Hi Maureen and Idups I got UART output (printf) working using minicom. Don't know what the difference between screen and minicom is but using minicom I set it to not use flowcontrol 115200 8N1 and it