|
[RFC] Issues with Zephyr Sensors API and ways to resolve them
Hello Anas, "Nashif, Anas" <anas.nashif@...> wrote: Yes, the original author of Sensors API, Vlad Dogaru, replied on Github and pointed that is the case https://github.com/zephyrproject-rtos/zep
Hello Anas, "Nashif, Anas" <anas.nashif@...> wrote: Yes, the original author of Sensors API, Vlad Dogaru, replied on Github and pointed that is the case https://github.com/zephyrproject-rtos/zep
|
By
Paul Sokolovsky
· #1648
·
|
|
[RFC] Issues with Zephyr Sensors API and ways to resolve them
Paul Sokolovsky <Paul.Sokolovsky@...> wrote: A patch was posted: https://github.com/zephyrproject-rtos/zephyr/pull/5825 []
Paul Sokolovsky <Paul.Sokolovsky@...> wrote: A patch was posted: https://github.com/zephyrproject-rtos/zephyr/pull/5825 []
|
By
Paul Sokolovsky
· #1645
·
|
|
[RFC] Issues with Zephyr Sensors API and ways to resolve them
Hello, Having tried Sensors API recently, I found few issues which I think worth discussing and maybe resolving. A summary of them is: 1. Humidity is defined in milli-percents, which is somewhat confu
Hello, Having tried Sensors API recently, I found few issues which I think worth discussing and maybe resolving. A summary of them is: 1. Humidity is defined in milli-percents, which is somewhat confu
|
By
Paul Sokolovsky
· #1642
·
|
|
[RFC] CODEOWNERS missing default rule
Hello, Juan Manuel Torres Palma <j.m.torrespalma@...> wrote: People who "watch" the github project receive such notifications. I don't know how many there're such people (and not all notificatio
Hello, Juan Manuel Torres Palma <j.m.torrespalma@...> wrote: People who "watch" the github project receive such notifications. I don't know how many there're such people (and not all notificatio
|
By
Paul Sokolovsky
· #1594
·
|
|
Zephyr issue tracking system moved to Github
Hello, [] Thanks for acking. As a follow-up, I went and deleted the "area: Net Protocols" label. However, when checking stats above, I looked at only pull request numbers, but labels are also used by
Hello, [] Thanks for acking. As a follow-up, I went and deleted the "area: Net Protocols" label. However, when checking stats above, I looked at only pull request numbers, but labels are also used by
|
By
Paul Sokolovsky
· #1479
·
|
|
Zephyr issue tracking system moved to Github
Hello, Jukka Rissanen <jukka.rissanen@...> wrote: This RFC from Jukka never got a response, but it seems that everyone implicitly agreed and followed it, for example: "area: Networking Cli
Hello, Jukka Rissanen <jukka.rissanen@...> wrote: This RFC from Jukka never got a response, but it seems that everyone implicitly agreed and followed it, for example: "area: Networking Cli
|
By
Paul Sokolovsky
· #1387
·
|
|
New HTTP Library Issue
Hello Michael, As a quick reply, I always told Jukka that we should have more complete HTTP support, and ideally, design it from the the simplest to the more complex things, i.e. starting with HTTP/1.
Hello Michael, As a quick reply, I always told Jukka that we should have more complete HTTP support, and ideally, design it from the the simplest to the more complex things, i.e. starting with HTTP/1.
|
By
Paul Sokolovsky
· #1231
·
|
|
Are we nearing a 1.10 code freeze or what?
Hello, Taking a hints from IRC and code review comments, it seems that there's subj. Can we have an official reminder posted please? P.S. I think I didn't receive any TSC meeting notes in a while eith
Hello, Taking a hints from IRC and code review comments, it seems that there's subj. Can we have an official reminder posted please? P.S. I think I didn't receive any TSC meeting notes in a while eith
|
By
Paul Sokolovsky
· #1221
·
|
|
BSD Sockets in mainline, and how that affects design decisions for the rest of IP stack (e.g. send MTU handling)
Hello,
By
Paul Sokolovsky
· #1183
·
|
|
BSD Sockets in mainline, and how that affects design decisions for the rest of IP stack (e.g. send MTU handling)
Hello Tomasz, Thanks for responding and bringing up this discussion - it got backlogged (so I'm doing homework on it in the background). Tomasz Bursztyka <tomasz.bursztyka@...> wrote: That
Hello Tomasz, Thanks for responding and bringing up this discussion - it got backlogged (so I'm doing homework on it in the background). Tomasz Bursztyka <tomasz.bursztyka@...> wrote: That
|
By
Paul Sokolovsky
· #1179
·
|
|
Problems with static variables and GNU map files
Hello Marti, Marti Bolivar <marti.bolivar@...> wrote: Because "static" has different semantics in different contexts. For example, we don't want to touch "static inline" functions. Though, base
Hello Marti, Marti Bolivar <marti.bolivar@...> wrote: Because "static" has different semantics in different contexts. For example, we don't want to touch "static inline" functions. Though, base
|
By
Paul Sokolovsky
· #1177
·
|
|
Problems with static variables and GNU map files
Hello, A usecase (one of many): I want to see what network interface structures go into my Zephyr binary. Of course, I look at the linker map file, and ... see nothing: net_if 0x000000000041fa80 0x2a0
Hello, A usecase (one of many): I want to see what network interface structures go into my Zephyr binary. Of course, I look at the linker map file, and ... see nothing: net_if 0x000000000041fa80 0x2a0
|
By
Paul Sokolovsky
· #1158
·
|
|
BSD Sockets in mainline, and how that affects design decisions for the rest of IP stack (e.g. send MTU handling)
Hello Andrew, "Boie, Andrew P" <andrew.p.boie@...> wrote: Thanks for sharing these. What caught my attention is "No good way to assert validity of k_mem_block object passed to k_mem_pool_free()
Hello Andrew, "Boie, Andrew P" <andrew.p.boie@...> wrote: Thanks for sharing these. What caught my attention is "No good way to assert validity of k_mem_block object passed to k_mem_pool_free()
|
By
Paul Sokolovsky
· #1156
·
|
|
Current time in Zephyr using ARM Qemu board
Hello, Hui Yie Teh <hteh703@...> wrote: Did you try to run your app under debugger and see what happens there?
Hello, Hui Yie Teh <hteh703@...> wrote: Did you try to run your app under debugger and see what happens there?
|
By
Paul Sokolovsky
· #1155
·
|
|
BSD Sockets in mainline, and how that affects design decisions for the rest of IP stack (e.g. send MTU handling)
Hello Jukka,
By
Paul Sokolovsky
· #1093
·
|
|
BSD Sockets in mainline, and how that affects design decisions for the rest of IP stack (e.g. send MTU handling)
Hello, "Nashif, Anas" <anas.nashif@...> wrote: Yes, looking at Jukka's response, I must have failed miserably to convey what I propose. I propose: 1. To reject approach to the send MTU handling
Hello, "Nashif, Anas" <anas.nashif@...> wrote: Yes, looking at Jukka's response, I must have failed miserably to convey what I propose. I propose: 1. To reject approach to the send MTU handling
|
By
Paul Sokolovsky
· #1092
·
|
|
BSD Sockets in mainline, and how that affects design decisions for the rest of IP stack (e.g. send MTU handling)
Hello, There was an RFC on this list to implement BSD Sockets API compatibility layer for Zephyr some 6 months ago. Majority of that functionality went into the 1.9 release (with some additional piece
Hello, There was an RFC on this list to implement BSD Sockets API compatibility layer for Zephyr some 6 months ago. Majority of that functionality went into the 1.9 release (with some additional piece
|
By
Paul Sokolovsky
· #1084
·
|
|
RFC: Stopping Zephyr networking from being painful by enabling error logging by default
Hello David, I appreciate the detailed response, with many points coinciding with what I wrote previously. And my hypothesis that many of these points would apply not just to "hobbyist" usage, but als
Hello David, I appreciate the detailed response, with many points coinciding with what I wrote previously. And my hypothesis that many of these points would apply not just to "hobbyist" usage, but als
|
By
Paul Sokolovsky
· #1028
·
|
|
RFC: Stopping Zephyr networking from being painful by enabling error logging by default
Hello Luiz,
By
Paul Sokolovsky
· #1019
·
|
|
RFC: Stopping Zephyr networking from being painful by enabling error logging by default
Hello Piotr,
By
Paul Sokolovsky
· #1017
·
|