Hi Tomasz, Sorry, that is my wrong, I just test and validate the cc2520 driver, it can transmit and receive 802.15.4 mac frame. Thank you! Best Regards David

Hi, What do you mean by "validated"? Well, I can't find any driver about sam3's SPI on latest master tree. Are you working with some patches not up-streamed or? I really would like to take a look at

As of now, PM in ARC can be done using IPM (inter processor messaging) from the x86 side. You can refer to samples/ipm to see how x86 and ARC can communicate. When x86 side gets notified via

I'm trying to understand the power management API and figure out what is and isn't possible at this time. The clearest information about the API I've found in the samples directory. In there, it

Update the sample app to describe and support two MCP9808 devices. This is meant to illustrate the new style device configuration. Change-Id: I850c7ac307a6a3932bc02c7586e3d0fc03475152 Signed-off-by:

Until now, MCP9808 device configuration was done in Kconfig. This imposed a limit on the number of identical devices the driver could handle (1, in this case). Also, Kconfig snippets could not be

Change-Id: I8af573484934a02893a395bb0d19551b5c9d0291 Signed-off-by: Vlad Dogaru <vlad.dogaru(a)intel.com> --- include/gpio.h | 26 ++++++++++++++++++++++++++ 1 file changed, 26 insertions(+) diff

Add some macros that drivers and applications can use in describing I2C clients. Change-Id: Ic7af97804e88ed3b9d4f68f9ac358a425f4cc17c Signed-off-by: Vlad Dogaru <vlad.dogaru(a)intel.com> ---

Define some configuration structures and macros that can be used in device configuration. These usage scenarios are as follows: * device drivers will use SENSOR_DECLARE_* macros in their device

Hi everyone, This is version 2 of the device configuration proposal. In the long run, I hope to make all drivers configurable similarly to how mcp9808 is configured in the last patch of the series.

NEW JIRA items within last 24 hours: 1 [ZEP-398] i2c FRAM sample not working https://jira.zephyrproject.org/browse/ZEP-398 UPDATED JIRA items within last 24 hours: 0 CLOSED JIRA items within

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/2194 : drivers/nble: Update service db attributes handle - https://gerrit.zephyrproject.org/r/2186 : scripts: add a script to report

NEW JIRA items within last 24 hours: 1 [ZEP-397] Undeclared functions when building kernel_event_logger for ARC microkernel https://jira.zephyrproject.org/browse/ZEP-397 UPDATED JIRA items

NEW within last 24 hours: UPDATED within last 24 hours: - https://gerrit.zephyrproject.org/r/2178 : arc: Adding EM9D SOC - https://gerrit.zephyrproject.org/r/2179 : arc: Adding EM11D SOC -

Yeah, README is fine here, I would also add this to the documentation, including usage and policies etc for external modules. I would add those to the top level MAINTAINERS file we are planning to

Right, changed to ^ext/ Anas

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/2169 : scripts: Add the ISA to the path of included libraries for GCC ARM Embedded - https://gerrit.zephyrproject.org/r/2184 : arc:

We should probably document rules on import in ext/README. Mostly around documenting to origins of the code import (i.e., what should be in a commit message, what meta file that documents the source

Shouldn’t all of ext/ be excluded from checkpatch? Seems like ext/lib will have same issues. - k

hi, A followup to this: I just submitted a patch to exclude ext/hal from checkpatch. The primary reason was how CI works. CI aborts if it finds any style issues and it does not complete the unit