Hello Marti, "Bolivar, Marti" <Marti.Bolivar@...> wrote: [] It definitely does, and I much appreciate the detailed response (hopefully you wrote it not just as a response, but also a

Hi all, This week we will look at: - GPIO: Update on progress - Roadmap for GPIO inclusion: https://github.com/zephyrproject-rtos/zephyr/issues/18530 - Merge

Hi, I was sent the below link recently regarding CVE2018-5383 and I was curious if there was any issue with Zephyr's Bluetooth implementation. I did a search through the mailing list, github and

Thanks Martí for the extensive explanation. I just want to add one more comment This is also the rationale behind leaving west projects in a detached HEAD state. If we were to use a specific branch

Hi Paul, These are important questions, and I'm glad you've asked them. I will try to provide a fair amount of detail along with short answers. Paul Sokolovsky <paul.sokolovsky@...>

Hello Marti, "Bolivar, Marti" <marti.bolivar@...> wrote: Speaking of data loss... I figure I have local changes in modules managed (stroked thru) initially checked out by west. Can west

I'm looking for information on supporting a #usb based wifi adapter, with or without off-loaded stack support? --tnx --tom

Hi all, We are trying to optimise our device for BLE advertisement reception. We are using Zephyr 1.14 with a nRF52832 module that is configured for up to 4 BLE connections (with our device acting as

Hi, Please let me know if there is a way to restrict advertising to a given primary channel. I am using nRF52840 USB dongle. Rgds, Venkat.

"leonardomt via Lists.Zephyrproject.Org" <leonardomt=gmail.com@...> writes: No, sorry, I just built it on the command line. I'm not an Eclipse user, sorry :(. It does sound like

Hi and thanks for your prompt response! I tried both toolchains, gnuarmemb and zephyr. I can successfully load a zephyr project *without cpp support* into Segger (as in the link) or Eclipse and

"leonardomt via Lists.Zephyrproject.Org" <leonardomt=gmail.com@...> writes: Hi again! I copied these into samples/hello_world/prj.conf, but: I can't reproduce this on my Arch

Thanks Johjan Yes I had just figured that out, the change to my source code is trivial, and not an issue, but I do find it strange that APIs are changing between rc1 and rc2. I would have thought

Lawrence King <lawrence.king@...> writes: Sure thing! I am glad that fixed your issue. Marti

Hi, See this commit: https://github.com/zephyrproject-rtos/zephyr/pull/18270/commits/730778b4864abdd6a79cc38c071d03ae0aa6e015 Basically the fix is just to drop your custom bt_gatt_ccc_cfg array and

One of those jobs that everyone needs but no one wants to do? PS: versioning plus a bit more https://docs.zephyrproject.org/latest/guides/west/why.html

It all becomes clear now... I checked out various revisions of zephyr (rc1, rc2, etc) and ran west update at each step. You are correct it compiles correctly if I run 'west update' AFTER checking out

"Lawrence King via Lists.Zephyrproject.Org" <lawrence.king=irdeto.com@...> writes: Can you provide details on this? As explained in the documentation PR, if you change your

"Nashif, Anas via Lists.Zephyrproject.Org" <anas.nashif=intel.com@...> writes: Probably should add this to the getting started

Hi, "Lawrence King via Lists.Zephyrproject.Org" <lawrence.king=irdeto.com@...> writes: You need to run "west update". "Zephyr module", as mentioned in the commit message that