Hi all, I am developing a new project using Particle Xenon and SPI port 1. According docs Xenon has 3 dtsi files and SPI1 is selectable with overlay (SPI). mesh_feather_spi_spi1.dtsi exposes SPI1 on

Hi Aaron, I have similar needs for networking overlay config files which are typically the same. I created enhancement req in https://github.com/zephyrproject-rtos/zephyr/issues/14740 for

Hi, For evaluating sensor samples, I need to add overlay file for every board into every sample. But the content of the overlay file is almost the same, for example : ''' &i2c0 { hts221@5f {

Can you please post a PR or a bug with more information about the proposed changes below? Thanks, Anas

My opinion is as follows：

Hi Tommy, It’s always the responsibility of the host to set the random address. When you do a combined build of Zephyr (both controller and host) the FICR address will be used. However, if you’re

Hi Zephyr, We use Nordic 51824 with Zephyr 1.13 version. By default, the Nordic BLE address is derived from the NRF_FICR->DEVICEADDR[] register. We use “bluetoothctl show” and can get a random

Hi, Lots of GitHub issues and PRs are being created daily. To help us manage them we have “labels”: to classify them by area, type, priority, or to mark them in need of attention. When

Hi Lucas, (added zephyr-devel back to CC since this info may benefit others as well) No, that’s normal. It means you used the configuration client API without requesting it to wait for the

Interesting, I was using this CONFIG_BT_SETTINGS because I got it on other project. I did what you said and the errors were gone, thank you, apparently is working. One more thing, this messages "<wrn>

Hi Lucas, It looks like you’ve enabled CONFIG_BT_SETTINGS, but are not calling settings_load() in your app. It might explain the behaviour you’re seeing, since you’re effectively leaving the

Hello, I need help to understand what is the correct way to make a self provision. I have two boards(nrf52_pca10040) and them will be provisioned on the same network to make some tests. So far I was

Hi Thea Aldrich, The issue has been fixed. Thank You, Tommy 寄件者: Thea Aldrich <aldrich.thea@...> 寄件日期: 2019年3月21日 下午 08:54 收件者: Tommy Lin (林志聰); Thea

Hi Tommy, I wanted to circle back around to make sure you were able to get your questions answered. If not, please let me know and I will help get you the answers you need. If you have not done so

> there are signs that there may be optimization enabled Note that you can check the configuration sanitycheck used in the sanity-out folder, for example for hello_world with native_posix the

You may need one extra level of quotation, see --extra-args CMAKE_C_FLAGS example and sanitycheck pointer in https://github.com/zephyrproject-rtos/zephyr/pull/14593/files "test/determinism.sh"

Dear All Is there an option (or any instruction on how to modify the code) to disable all optimization in sanitycheck? Purpose: When I was looking at the code coverage report generated by sanitycheck,

You need to call the API from user mode in order to exercise the handler functions. If you call the APIs from supervisor mode, the software interrupt and handler function are bypassed and control goes

Hello Stefan, "Stefan Jaritz" <stefan@...> wrote: [] Recently, a new "async" UART API was added to Zephyr, whose implementation could leverage DMA support (that was one of usecases

Dear All I am trying to write some coverage test to cover Z_SYSCALL_HANDLERs and I need some clue on how to start. I know I have to set CONFIG_USERSPACE. Normally for Z_SYSCALL_HANDLER(funcA), gcov