Hello, I would like to share some thoughts/woes with using Zephyr console API, based on the experience with (initial) porting of two console application to Zephyr, both are scripting languages, JerryS

Hello Flavio, "Flavio Santes" <flavio.santes(a)intel.com> wrote: Thanks for your reply, and sorry for dropping the ball from my side - vacation time and other tasks. With all the arguments regarding Z

Hello Rohit, Rohit Grover <Rohit.Grover(a)arm.com> wrote: There's already TCP support in samples/net/echo_server , you just need to build it with CONFIG_NETWORKING_WITH_TCP=y . While waiting for FRDM-

Hello, Taking a chance, I'd like to start with drawing attention to https://jira.zephyrproject.org/browse/ZEP-687 "docs: Subsystems/Networking section is almost empty". Zephyr networking information c

"Flavio Santes" <flavio.santes(a)intel.com> wrote: Yes, thanks, I meant for Ethernet support in FRDM-K64F which I have on my hands now. [] I've made first pass of changes to https://wiki.zephyrproject

On Wed, 17 Aug 2016 17:26:39 +0300 Paul Sokolovsky <Paul.Sokolovsky(a)linaro.org> wrote: [] > So, I'm not sure what the exact issue is. I may imagine following > might happen: > > 1. There was a simpl

Hello Jukka,

Hello, I more or less regularly (e.g., once a day) get following when pull from the Zephyr repo: $ git pull --rebase fatal: unable to access 'https://gerrit.zephyrproject.org/r/zephyr/': GnuTLS recv e

Hello, Today I tried to figure why I got my Zephyr repository clone in an inconsistent state, and here's what I found: Git for quite a few years allow to checkout a remote's repository with: git check

Hello Rohit, Rohit Grover <Rohit.Grover(a)arm.com> wrote: I can now confirm this issue, running via QEMU virtual networking (actually, even doing this from MicroPython Zephyr port running in QEMU, thi

Rohit Grover <Rohit.Grover(a)arm.com> wrote: I'm happy to report that I now see this too. Specifically, if using net_context_get()+net_send() (implicit connection establishment), data in first net_sen

On Fri, 26 Aug 2016 01:07:29 +0300 Paul Sokolovsky <Paul.Sokolovsky(a)linaro.org> wrote: Some more info: Issues with IPv4/TCP can be seen building echo_server with microkernel - making a TCP connectio

Hello Jukka,

Hello Rohit, Rohit Grover <Rohit.Grover(a)arm.com> wrote: I'm glad to know you care about this usecase too, and thanks for sharing this on list, I hope this will be useful feedback for Z's network sta

Hello Rohit, Rohit Grover <Rohit.Grover(a)arm.com> wrote: [] Thanks for the above patch, Rohit. So far, that's the most definitive patch to resolve many different issues. With it and only it I get pre

Hello,

Rohit Grover <Rohit.Grover(a)arm.com> wrote: +1. Would you submit it to Gerrit? I believe running echo_server/echo_client should be a good first step, I'll look into that. As I mentioned, multiple (we

Hello Rohit, et al, Thanks for the information below. I didn't yet have chance to test multiple TCP/IPv4 connections in row, because I have issue with reliably handling one. Just as before, my setup i

Hello, I have a crash ("CPU exception 13") somewhere in networking code. My next step would be to run the app (BOARD=qemu_x86) under GDB, wait for crash, type "backtrace". I follow https://www.zephyrp

Hello, "Flavio Santes" <flavio.santes(a)intel.com> wrote: [] Thanks, I read it, but not sure it's the same issue as I described above - indeed, there're many different issues. I checked into Z source,