|
Compile as much code as possible.
"Carles Cufi" <carles.cufi@...> wrote: We for example have https://github.com/zephyrproject-rtos/zephyr/blob/master/tests/net/all/prj.conf , can extend such a practice to other subsystems (i
"Carles Cufi" <carles.cufi@...> wrote: We for example have https://github.com/zephyrproject-rtos/zephyr/blob/master/tests/net/all/prj.conf , can extend such a practice to other subsystems (i
|
By
Paul Sokolovsky
· #2015
·
|
|
Zephyr networking testing in LAVA, was: Re: Network forum agenda
Hello, On Mon, 6 Apr 2020 21:44:27 +0300 "Paul Sokolovsky via lists.zephyrproject.org" <paul.sokolovsky=linaro.org@...> wrote: [] I appreciate being able to present my work quickly
Hello, On Mon, 6 Apr 2020 21:44:27 +0300 "Paul Sokolovsky via lists.zephyrproject.org" <paul.sokolovsky=linaro.org@...> wrote: [] I appreciate being able to present my work quickly
|
By
Paul Sokolovsky
· #1953
·
|
|
Network forum agenda
Hello, "Jukka Rissanen" <jukka.rissanen@...> wrote: Thanks for the reminder, appreciated! Will there be any status update on TCP2? I see recently there're multiple patches from different d
Hello, "Jukka Rissanen" <jukka.rissanen@...> wrote: Thanks for the reminder, appreciated! Will there be any status update on TCP2? I see recently there're multiple patches from different d
|
By
Paul Sokolovsky
· #1951
·
|
|
west and (no) data loss, was: Re: [Zephyr-users] Do not use west v0.6.1; upgrade to v0.6.2
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 checkli
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 checkli
|
By
Paul Sokolovsky
· #1688
·
|
|
west and (no) data loss, was: Re: [Zephyr-users] Do not use west v0.6.1; upgrade to v0.6.2
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 be t
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 be t
|
By
Paul Sokolovsky
· #1683
·
|
|
Zephyr compatible motes for 802.15.4
"Nikos Karamolegkos" <nkaram@...> wrote: That's what I did, yes - ping6'ed from Linux host to frdm_kw41z over 6lowpan/15.4. More thorough testing is still in my backlog.
"Nikos Karamolegkos" <nkaram@...> wrote: That's what I did, yes - ping6'ed from Linux host to frdm_kw41z over 6lowpan/15.4. More thorough testing is still in my backlog.
|
By
Paul Sokolovsky
· #1485
·
|
|
Zephyr compatible motes for 802.15.4
Hello, "Nikos Karamolegkos" <nkaram@...> wrote: Yes, FRDM-KW41Z supports 802.15.4 in Zephyr, I issued pings over 15.4 connection using it. Note that level of support for different features (e
Hello, "Nikos Karamolegkos" <nkaram@...> wrote: Yes, FRDM-KW41Z supports 802.15.4 in Zephyr, I issued pings over 15.4 connection using it. Note that level of support for different features (e
|
By
Paul Sokolovsky
· #1483
·
|
|
Closing an accepting BSD socket from a different thread
On Fri, 24 May 2019 08:29:27 +0200 Stephan Gatzka <stephan.gatzka@...> wrote: [] > I have to > build another mechanism for asynchronous I/O (for sockets, files, > timers, DNS resolution etc.). T
On Fri, 24 May 2019 08:29:27 +0200 Stephan Gatzka <stephan.gatzka@...> wrote: [] > I have to > build another mechanism for asynchronous I/O (for sockets, files, > timers, DNS resolution etc.). T
|
By
Paul Sokolovsky
· #1477
·
|
|
Closing an accepting BSD socket from a different thread
Stephan Gatzka <stephan.gatzka@...> wrote: Well, Linux and Zephyr aren't made of stone and dropped from the sky ;-). Linux has it, because men-centuries of effort were put into it. Zephyr doesn'
Stephan Gatzka <stephan.gatzka@...> wrote: Well, Linux and Zephyr aren't made of stone and dropped from the sky ;-). Linux has it, because men-centuries of effort were put into it. Zephyr doesn'
|
By
Paul Sokolovsky
· #1476
·
|
|
Closing an accepting BSD socket from a different thread
Hello, Stephan Gatzka <stephan.gatzka@...> wrote: For completeness of covering the topic, the sockets for poll() don't have to be non-blocking. You can pass a timeout after which poll() will "un
Hello, Stephan Gatzka <stephan.gatzka@...> wrote: For completeness of covering the topic, the sockets for poll() don't have to be non-blocking. You can pass a timeout after which poll() will "un
|
By
Paul Sokolovsky
· #1475
·
|
|
Closing an accepting BSD socket from a different thread
Hello Stephan, "Stephan Gatzka" <stephan.gatzka@...> wrote: Paradigmatically correct approach to this situation is: 1. Avoid sharing I/O resources (not just sockets) across different threads. 2.
Hello Stephan, "Stephan Gatzka" <stephan.gatzka@...> wrote: Paradigmatically correct approach to this situation is: 1. Avoid sharing I/O resources (not just sockets) across different threads. 2.
|
By
Paul Sokolovsky
· #1469
·
|
|
mqtt connect not working on sam_e70_xplained
Hello, If you haven't yet, please submit this via bugtracker, https://github.com/zephyrproject-rtos/zephyr/issues "Prabhu Vinod, Karthik" <karthik.prabhu.vinod@...> wrote: []
Hello, If you haven't yet, please submit this via bugtracker, https://github.com/zephyrproject-rtos/zephyr/issues "Prabhu Vinod, Karthik" <karthik.prabhu.vinod@...> wrote: []
|
By
Paul Sokolovsky
· #1287
·
|
|
[Zephyr-devel] Deprecating and removing net-app based APIs
Hello, "Jukka Rissanen" <jukka.rissanen@...> wrote: +1 for deprecation, -1 for removal in 1.14. 1.14 is supposed to be LTS release, and we shouldn't leave users who used prior versions of
Hello, "Jukka Rissanen" <jukka.rissanen@...> wrote: +1 for deprecation, -1 for removal in 1.14. 1.14 is supposed to be LTS release, and we shouldn't leave users who used prior versions of
|
By
Paul Sokolovsky
· #1261
·
|
|
[Zephyr-devel] To current Zephyr HTTP API users
Hello Jukka, "Jukka Rissanen" <jukka.rissanen@...> wrote: Well, I kinda was interested in this, given all my criticism of the older API and implementation. But I'm in reservations after th
Hello Jukka, "Jukka Rissanen" <jukka.rissanen@...> wrote: Well, I kinda was interested in this, given all my criticism of the older API and implementation. But I'm in reservations after th
|
By
Paul Sokolovsky
· #1236
·
|
|
Example of how use UART to communicate with a LTE modem
#uart
#stm32
Hello,
By
Paul Sokolovsky
· #1223
·
|
|
Example of how use UART to communicate with a LTE modem
#uart
#stm32
Hello Stefan,
By
Paul Sokolovsky
· #1212
·
|
|
Breaking changes to network config settings
Hello, For the 1.13 release, networking configuration library ("net_conf") was split from net_app library, because it always was independent from the rest of net_app, and is useful even for apps which
Hello, For the 1.13 release, networking configuration library ("net_conf") was split from net_app library, because it always was independent from the rest of net_app, and is useful even for apps which
|
By
Paul Sokolovsky
· #1039
·
|
|
Emulating 2(or Multiple) Network interfaces in the same QEMU Machine
Hello Michael, Michael Hope <michaelh@...> wrote: Sure, existing samples should work, that's the whole idea. As soon as you enable bunch of options (and outsider would say "obscure options"), and
Hello Michael, Michael Hope <michaelh@...> wrote: Sure, existing samples should work, that's the whole idea. As soon as you enable bunch of options (and outsider would say "obscure options"), and
|
By
Paul Sokolovsky
· #459
·
|
|
Emulating 2(or Multiple) Network interfaces in the same QEMU Machine
Hello Michael,
By
Paul Sokolovsky
· #456
·
|
|
MQTT-SN support
Hello Flavio, Flavio Arieta <flavioarieta@...> wrote: It doesn't implement it "instead", it just implements it. Zephyr is a general-purpose inclusive (RT)OS ;-). How things get added/implemented
Hello Flavio, Flavio Arieta <flavioarieta@...> wrote: It doesn't implement it "instead", it just implements it. Zephyr is a general-purpose inclusive (RT)OS ;-). How things get added/implemented
|
By
Paul Sokolovsky
· #344
·
|