Hi Zephyr, Realize that something like Assert should only be compiled in when building for a "debugging" session. The Assert macro should evaluate to NOTHING when you build for a deployed

Hi, I got the impression from thisslide (Page 6) that TI’s CC1200 sub-1GHz radio transceiver will be supported by zephyr soon. I’m wondering if there is any progress in implementing its

This applies to the kernel more than anything else, actually, most of the documentation talks about Zephyr being a kernel, which might have been the case very early in the project. We probably need

Hello Marcus, Few more or less random comments. Marcus Shawcroft <marcus.shawcroft@...> wrote: When I read that page and motto you quote, I personally immediately get impression that it's

Hi Marcus, The approache taken by the core kernel is pretty simple: - if an error happens because it's the user's fault, __ASSERT(): the kernel doesn't care, you did something stupid :) - if the

Hello, I submitted this as https://jira.zephyrproject.org/browse/INF-96 , now trying to make more noise in the hope this will be fixed sooner rather than later. In short, documentation search at

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/10754 : Bluetooth: Merge HCI command and connection TX threads - https://gerrit.zephyrproject.org/r/10798 : Bluetooth: GATT: introduce

Hi, The discussion in this issue https://jira.zephyrproject.org/browse/ZEP-1618 has prompted me to raise this topic in the wider forum. Zephyr has a philosophy of "minimal runtime error checking",

Hi, The discussion in this issue https://jira.zephyrproject.org/browse/ZEP-1618 has prompted me to raise this topic in the wider forum. Zephyr has a philosophy of "minimal runtime error checking",

Hi Daniel, thanks for the report. I just sent a patch for this issue https://gerrit.zephyrproject.org/r/#/c/10794/ Cheers, Jukka

Dear Flavio, I've solved this issue. It was related with wrong configuration of echo_server. Thank you for your kind reply. BR, Hyungjun.

I have solved this problem. I think this problem was happened because of wrong configuration of echo_server. Kind Regards, Hyungjun.

Hello, Just cloned the last version of net_tools and after building and running the echo_server on master as indicated in the " Networking-with-Qemu" wiki, I don't observe any issues (quick test, TCP

Hello? I have a question about network connection between QEMU and Linux. I’m trying to test ‘echo_server’ which is a sample apps in zephyr (e.g.: samples/net/echo_server). I used

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/10747 : doc: net: use Qemu setup section in current documentation - https://gerrit.zephyrproject.org/r/10739 : net: samples: Add

I looked in the code and I think I found the problem (at least part of it). In the function `net_ipv6_prepare_for_send`, first the `nexthop` is calculated based on the routing table. But then the

Dear Tomasz. Thank for your answer. I will try to another target board you said. Regards, Junghun Kim ---------------------------------------------------------------------- Message:

Hi, Galileo's Ethernet driver (DesignWare hw actually) is not supported anymore. It's would require to be ported to the new network stack. You will have to try

Hi all, I am trying to test samples/net/echo_client, samples/net/echo_server on 2 Intel Galileo Gen1 Boards using zephyr-project(commit : f5eeaf95277be5792279499fa9c65d6d4423a0d2). My testing

Have you ever seen the LED light? If not, it may be a bad LED. Probably you should write a program that not only blinks the on-board LED but also sends as a off-on to a GPIO. You could hook up an