NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/4868 : unified: Add tickless idle support for x86 - https://gerrit.zephyrproject.org/r/4866 : unified: Remove unused

Hi, Vinicius can say more, but there was an early POC on top of the new stack a few weeks back, the plan is to move to new IP stack for 1.6 and ASAP. https://jira.zephyrproject.org/browse/ZEP-818

Hi Dev team, Currently i am working one POC. Requirement is to send the raw data from zephyr app using qemu which convert UDP and other linux host side application listening on same UDP port to

Hi Vinicius <vinicius.gomes(a)intel.com> wrote: Thanks, I appreciate you taking the time to explain some of the relevant back ground issues. Understood ;-) ... just two more questions... - What

Hi Giribabu, do you mean IP header when you say "extra headers"? If yes, then transferring raw UDP data without IP header is not possible with current SLIP driver. You need to write your own

That's OK, I can do it. Piotr

Hi all, Thank you for your feedback and suggestions on this RFC. I summarized what were discussed and would like to conclude this RFC. There will be two APIs in include/pwm.h: static inline int

As promised, the prototype is up for review here: https://gerrit.zephyrproject.org/r/4871 zconfig.h: Add DEFINED() macro for expresion-legal ifdef-checking

Benjamin Walsh wrote: Will do. I'm calling it zpoll only because the semantics aren't exactly equivalent to unix poll and I didn't want to address the confusion. But that naming is probably

NEW JIRA items within last 24 hours: 5 [ZEP-945] Add framework for provisioning-sytle device configuration https://jira.zephyrproject.org/browse/ZEP-945 [ZEP-938]

OK, this is _very_ interesting. We were thinking of actuatlly implementing a 'wait on multiple objects' in the kernel rather than just this 'semaphore group' we currently have (for backwards

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/4852 : Bluetooth: Controller: Use net_buf for HCI RX - https://gerrit.zephyrproject.org/r/4853 : Bluetooth: init: Add

Why don’t you submit the code for review to at least let us move that bit along while we figure out the issues with Atmel. - k

Hi Gottfried, Using this Cypress chip is a mandatory support as a low level pinmuxing driver if you want to configure and use the hardware pins, the ones exposed as arduino compatible. Your use

Joseph, Jithu wrote: Right. It's made from the system work queue, the same thread that handles {nano,k}_work_submit entries. The signal call is typically going to be made from interrupt context,

Tomasz, Thanks for your answer.Like Fabio I also want to use Galieo v1 board but not really certain about your answer and what type of restrictions you are talking about.Myself I will not use Cypress

Hi, Marcus Shawcroft <marcus.shawcroft(a)gmail.com> writes: I agree that this has a cost in repeated code. Just a little background: when I wrote sol-coap, for the Soletta project, I took the

Hi Jukka, Thanks for the feedback. When we use echo client running on QEMU using SLIP and we have server application running on linux host, we receive the extra headers along with data. Our

On 19 September 2016 at 19:37, Vinicius Costa Gomes <vinicius.gomes(a)intel.com> wrote: Hi, Thanks for responding. Its good to see coap moving forward in zephyr. > The plan is that the error