An interface always gets an address, hence I think that for both static and DHCP cases the following would work: <wait on semaphore signaled by a NET_EVENT_IPV4_ADDR_ADD callback > Cheers /Marcus

Anticipating application initialization code like this: #ifdef CONFIG_NET_DHCPV4 <wait on semaphore signaled by a NET_DHCP_IPV4_ADDR_ACQUIRED callback > #else <use pre-configured static ip

Hi Is it important to distinguish how the address was acquired? /Marcus

+1. For example, echo_client application starts DHCP (if configured), but does not wait for the IPv4 address to be acquired before proceeding (and so uses an incorrect static IP address

Sorry, I did not have much time to look at this. But yes, this looks indeed like a problem even in the pre-unified kernel (per-1.6).

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/11564 : Revert "tests/crypto: Update testcase.ini to build on more platforms" - https://gerrit.zephyrproject.org/r/11562 : Revert

Hi, indeed –q option doesn’t work on my machine. When running nc with echo and pipe nc doesn’t wait but when starting nc and then typing text it does wait. But… I would like to send (and

Ben, Just to update you and the mailing list; I think the issue is one you solved for 1.6. However, its not tracked on JIRA or in the release notes so I didn't realize such a critical bug was not

There is a global variable sys_clock_hw_cycles_per_tick which is set in kernel/sys_clock.c from CONFIG_SYS_CLOCK_HW_CYCLES_PER_SEC, and is later used in cortex_m_systick.c. Looks like TI CC2560 runs

Hi Michael, You may force nc to wait some time after all data are sent using -q seconds option. As in $ echo foobar | nc -q 1 -u 192.0.2.1 4242 to wait for 1 second.

Hi Michael, Indeed, the documentation is wrong here. I will send a patch for that one. Thanks for reporting this. No, you did everything right here :) Cheers, Jukka

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/11493 : net: icmpv6: Echo-Reply seq and id fix - https://gerrit.zephyrproject.org/r/11492 : net: icmpv6: Add TCP header when sending

https://www.zephyrproject.org/community/how-to-contribute The ‘mailing lists’ link here is broken, I get “The requested URL /mailman3/lists/ was not found on this server.” I wanted to

No. That should come from the board config, which in your case should be arduino_101_sss

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/11470 : lifo: Make use of k_queue as implementation - https://gerrit.zephyrproject.org/r/11469 : fifo: Make use of k_queue as

Hi all, BTY, regarding the documentation in: https://www.zephyrproject.org/doc/subsystems/networking/qemu_setup.html#networking-with-qemu When running "nc" in UDP, nc exits without waiting for reply

Can someone guide me on how to work with the arc core of the Arduino 101 on Zephyr? For example, do I need to add anything in the prj.conf file? (Like CONFIG_SOC_QUARK_SE_SS=y) ,etc

Hello Marcus, Marcus Shawcroft <marcus.shawcroft@...> wrote: Are you sure that's the only message it gives? I always thought that "(W)" at the beginning means "warning", I saw it on occasions

Hi all, I'm having trouble understanding how to choose a value for the SYS_CLOCK_HW_CYCLES_PER_SEC config variable. I'm porting the CC2650 SoC from TI, which uses a Cortex M3 core. Thus I plan to use

That is a bit weird. If you modified just the two top patches, then why did the bottom commit hash change? Not sure what caused the problem, but what works for me when updating a patch set is: -