|
Community input on possible change to Discord from Slack
Hello, "Nashif, Anas" <anas.nashif@...> wrote: +2, one for each account. I find the threads hard to use/follow in realtime, and apparently very hard to get back to in archive if you don't know a
Hello, "Nashif, Anas" <anas.nashif@...> wrote: +2, one for each account. I find the threads hard to use/follow in realtime, and apparently very hard to get back to in archive if you don't know a
|
By
Paul Sokolovsky
· #7197
·
|
|
[Members] Enforcing a 2-approval policy in GitHub: request for more help with PR reviewing
Hello Ioannis, "Glaropoulos, Ioannis" <Ioannis.Glaropoulos@...> wrote: Thanks for the notification, Ioannis. I might have missed the discussion and decision-making behind this change, can yo
Hello Ioannis, "Glaropoulos, Ioannis" <Ioannis.Glaropoulos@...> wrote: Thanks for the notification, Ioannis. I might have missed the discussion and decision-making behind this change, can yo
|
By
Paul Sokolovsky
· #7082
·
|
|
SDK 0.11.3 Release
Hello Kumar, "Kumar Gala" <kumar.gala@...> wrote: Thanks for this release. And to provide some feedback: I really appreciate continuing to keep a user in control. I may imagine that some users
Hello Kumar, "Kumar Gala" <kumar.gala@...> wrote: Thanks for this release. And to provide some feedback: I really appreciate continuing to keep a user in control. I may imagine that some users
|
By
Paul Sokolovsky
· #7033
·
|
|
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
· #6926
·
|
|
[Zephyr-users] 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
· #6919
·
|
|
net_buf: non-atomic reference counting
Hello, "Jukka Rissanen" <jukka.rissanen@...> wrote: Perhaps it could be rephrased differently: net_buf is more like Zephyr's internal system object. Where it's used currently, thread synch
Hello, "Jukka Rissanen" <jukka.rissanen@...> wrote: Perhaps it could be rephrased differently: net_buf is more like Zephyr's internal system object. Where it's used currently, thread synch
|
By
Paul Sokolovsky
· #6890
·
|
|
Socket Poll functionality in case of socket is closed
Hello, "Ravi kumar Veeramally" <ravikumar.veeramally@...> wrote: If a peer closes TCP connection from its side, it's effectively an analog of EOF condition. In this case, poll() should ret
Hello, "Ravi kumar Veeramally" <ravikumar.veeramally@...> wrote: If a peer closes TCP connection from its side, it's effectively an analog of EOF condition. In this case, poll() should ret
|
By
Paul Sokolovsky
· #6876
·
|
|
CONFIG_MBEDTLS_BUILTIN vs CONFIG_MBEDTLS_LIBRARY
Hello, "Sebastian Boe" <Sebastian.Boe@...> wrote: It's also possible to search/read config option descriptions in Zephyr docs, just go to https://docs.zephyrproject.org/latest/ , paste an op
Hello, "Sebastian Boe" <Sebastian.Boe@...> wrote: It's also possible to search/read config option descriptions in Zephyr docs, just go to https://docs.zephyrproject.org/latest/ , paste an op
|
By
Paul Sokolovsky
· #6803
·
|
|
Need help in implementing a IPv4 based multicast listener application
#networking
#samples
Hello, "Jukka Rissanen" <jukka.rissanen@...> wrote: For reference, there already exists a ticket for this feature: https://github.com/zephyrproject-rtos/zephyr/issues/2336 , so interested
Hello, "Jukka Rissanen" <jukka.rissanen@...> wrote: For reference, there already exists a ticket for this feature: https://github.com/zephyrproject-rtos/zephyr/issues/2336 , so interested
|
By
Paul Sokolovsky
· #6429
·
|
|
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
· #6269
·
|
|
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
· #6256
·
|
|
[RFC] Enabling %lld, %llu (long long) support for newlib's stdio
"Cufi, Carles" <Carles.Cufi@...> wrote: Good to know, thanks!
"Cufi, Carles" <Carles.Cufi@...> wrote: Good to know, thanks!
|
By
Paul Sokolovsky
· #6210
·
|
|
[RFC] Enabling %lld, %llu (long long) support for newlib's stdio
Hello, Kumar Gala <kumar.gala@...> wrote: [] Right, those are useful options to keep in mind and explore. But given that they require more development effort, IMHO they should be treated as sep
Hello, Kumar Gala <kumar.gala@...> wrote: [] Right, those are useful options to keep in mind and explore. But given that they require more development effort, IMHO they should be treated as sep
|
By
Paul Sokolovsky
· #6207
·
|
|
[RFC] Enabling %lld, %llu (long long) support for newlib's stdio
Hello, We have a patch to enable format specifiers %lld, %llu (i.e. dealing with "long long" C types) for Newlib libc in the next Zephyr SDK release: https://github.com/zephyrproject-rtos/sdk-ng/pull/
Hello, We have a patch to enable format specifiers %lld, %llu (i.e. dealing with "long long" C types) for Newlib libc in the next Zephyr SDK release: https://github.com/zephyrproject-rtos/sdk-ng/pull/
|
By
Paul Sokolovsky
· #6201
·
|
|
west: multiple local west project installations
Hello David, "David Leach" <david.leach@...> wrote: My understanding is that *west* installation (i.e. the tool itself) is indeed single/global (though you probably can work that around using Pyth
Hello David, "David Leach" <david.leach@...> wrote: My understanding is that *west* installation (i.e. the tool itself) is indeed single/global (though you probably can work that around using Pyth
|
By
Paul Sokolovsky
· #6175
·
|
|
[RFC] Proposed development plan for Zephyr's POSIX subsystem
Hello, The POSIX subsystem in Zephyr catches attention of more and more users, as a means to streamline porting of the software to Zephyr (just take existing code and build it for Zephyr - what could
Hello, The POSIX subsystem in Zephyr catches attention of more and more users, as a means to streamline porting of the software to Zephyr (just take existing code and build it for Zephyr - what could
|
By
Paul Sokolovsky
· #6102
·
|
|
[Zephyr-announce] Zephyr SDK 0.10.1-rc1 available
Hello Kumar,
By
Paul Sokolovsky
· #6022
·
|
|
[Zephyr-announce] Zephyr SDK 0.10.1-rc1 available
Hello Kumar, "Kumar Gala" <kumar.gala@...> wrote: Can we please before the release do something about very outdated Newlib in Xtensa SDK toolchain: https://github.com/zephyrproject-rtos/sdk-ng/
Hello Kumar, "Kumar Gala" <kumar.gala@...> wrote: Can we please before the release do something about very outdated Newlib in Xtensa SDK toolchain: https://github.com/zephyrproject-rtos/sdk-ng/
|
By
Paul Sokolovsky
· #6018
·
|
|
Logging with a string via %s
Hello, "lairdjm" <jamie.mccrae@...> wrote: Opinions vary on that matter, some people think that the logging was actually "regressed" and not "improved". Literally, it became so advanced,
Hello, "lairdjm" <jamie.mccrae@...> wrote: Opinions vary on that matter, some people think that the logging was actually "regressed" and not "improved". Literally, it became so advanced,
|
By
Paul Sokolovsky
· #5983
·
|
|
Logging with a string via %s
Hello, "Boie, Andrew P" <andrew.p.boie@...> wrote: Some people think that asynchronous logging, forced on unsuspecting users, is pretty bad idea and make bets when CONFIG_LOG_IMMEDIATE will beco
Hello, "Boie, Andrew P" <andrew.p.boie@...> wrote: Some people think that asynchronous logging, forced on unsuspecting users, is pretty bad idea and make bets when CONFIG_LOG_IMMEDIATE will beco
|
By
Paul Sokolovsky
· #5982
·
|