Ah… I see your revision is older than a controller regression fix done in cb90fbe56. The symptom was the exact assert as you see, around ~8 mins interval from power up. Please use latest revision

Updating the Zephyr code seemed to have resolved the issue entirely. Thanks! -Scott

Hi Scott,

Hi When programming based on arduino 101, 1. How to choice the gpio? 2. What is the different between CONFIG_GPIO_QMSI_0_NAME and CONFIG_GPIO_QMSI_1_NAME? Thanks

Hi While running the bluetooth sample "beacon" for the target qemu_x86, I get the following error Starting Beacon Demo Bluetooth initialized Beacon started [bt] [ERR] read_payload: Not enough

Hi Priyanka, What version of Zephyr is this with? I've noticed that sometimes there seems to be some garbage data inserted to the virtual UART between btproxy and qemu, and restarting qemu usually

Hi Johan Thanks for the reply. The error is with the (recent) master branch of zephyr. Yes, I did try restarting Qemu, but it didn't resolve the issue. Just to give you a sense of how I test this

Hi I tried to compile my sample application code for the target BOARD ?= qemu_cortex_m3 It compiles for qemu_x86 however for qemu_cortex_m3 it gives me errors related to SRAM

I don’t believe there is a way to change the amount of memory in qemu. Even with switching to the KW41Z guess you are going to run into memory issues (as it has 128k). So are you building your own

"make ram_report" and "make rom_report" dump out some helpful information to see what in your code is using so much memory. Andrew

Hi Andrew The suggested commands are very useful. Thanks for your advice. Regards, Vakul

Hi I have two threads on my system communicating using TCP over loopback interface. I am getting following errors. [net/tcp] [ERR] net_tcp_get_hdr: {assert: 'frag' failed} [net/tcp] [ERR]

Hello Vakul, Vakul Garg <vakul.garg@...> wrote: To the best of my knowledge, there is (was) no loopback interface support in Zephyr. So, I'd interested to know how to achieved the setup above.

I just open a TCP server socket and let it listen for new connections on 127.0.0.1 on a given server port. Then another thread creates a TCP client socket and connects to the 127.0.0.1 on the same

Hello Vakul, Vakul Garg <vakul.garg@...> wrote: Right, that might work, thanks to https://gerrit.zephyrproject.org/r/#/c/7007/ , and if you verified, it apparently does (I don't remember if I

Hello Paul I have attached a test case with the given ticket. Regards Vakul

Hello Vakul, Vakul Garg <vakul.garg@...> wrote: Thanks for that! It's on my todo list to look into that issue again, the testcase will be helpful then. In the meantime, following may be helpful

Hi Paul UDP loopback works and I can make progress with it for now. (Ultimately, I need to move to some non-networking IPC such as mailbox or pipe. The problem I face with that now is that I cannot

Hi I am using UDP sockets (posix flavor) in my app. I need to determine the incoming UDP datagram’s source IP address and port. For this, typically recvfrom() is used. Since this call is

Vakul Garg <vakul.garg@...> wrote: Yes, POSIX bits is Zephyr are very initial and very bare so far - a bit of threads and a bit of sockets support. There're neither full-featured poll()