Date   

Re: dhcp integration into the platform

Marcus Shawcroft <marcus.shawcroft@...>
 

On 23 February 2017 at 22:55, Gil Pitney <gil.pitney@linaro.org> wrote:
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 address>
#endif
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


Re: dhcp integration into the platform

Gil Pitney
 

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 address>
#endif

It probably doesn't matter how the address is acquired, but the
application needs to somehow know to wait for the IPv4 address
notification before proceeding. If DHCPV4 is configured, at least
the app knows it needs to wait in that case.

Could also remove the #ifdef in the app, have the app ask the net
interface if DHCP is supported (or if IP to be assigned by other
means), and if so, register to wait on a semaphore and wait on it,
otherwise proceed with a static IP address.



On 23 February 2017 at 12:49, Marcus Shawcroft
<marcus.shawcroft@gmail.com> wrote:
On 23 February 2017 at 19:35, Gil Pitney <gil.pitney@linaro.org> wrote:
In the existing DHCP design it’s not enough for application just subscribe
to NET_EVENT_IF_UP event.

For our client application we observed situations when the link was up, but
IPV4 address still hasn’t been assigned yet.

The issue was solved by subscribing to NET_EVENT_IPV4_ADDR_ADD event.

So maybe in the new design it should be taken into account as well.
+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 instead).

But perhaps, the event should be something like NET_DHCP_IPV4_ADDR_ACQUIRED?
Hi

Is it important to distinguish how the address was acquired?

/Marcus


Re: dhcp integration into the platform

Marcus Shawcroft <marcus.shawcroft@...>
 

On 23 February 2017 at 19:35, Gil Pitney <gil.pitney@linaro.org> wrote:
In the existing DHCP design it’s not enough for application just subscribe
to NET_EVENT_IF_UP event.

For our client application we observed situations when the link was up, but
IPV4 address still hasn’t been assigned yet.

The issue was solved by subscribing to NET_EVENT_IPV4_ADDR_ADD event.

So maybe in the new design it should be taken into account as well.
+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 instead).

But perhaps, the event should be something like NET_DHCP_IPV4_ADDR_ACQUIRED?
Hi

Is it important to distinguish how the address was acquired?

/Marcus


Re: dhcp integration into the platform

Gil Pitney
 

In the existing DHCP design it’s not enough for application just subscribe
to NET_EVENT_IF_UP event.

For our client application we observed situations when the link was up, but
IPV4 address still hasn’t been assigned yet.

The issue was solved by subscribing to NET_EVENT_IPV4_ADDR_ADD event.

So maybe in the new design it should be taken into account as well.
+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 instead).

But perhaps, the event should be something like NET_DHCP_IPV4_ADDR_ACQUIRED?


Re: Fibers Become Unrunnable in Nanokernel

Benjamin Walsh <benjamin.walsh@...>
 

On Wed, Feb 22, 2017 at 09:39:26PM -0500, Rosen, Michael R wrote:
As far as I can tell, the "timer" is expired and the struct tcs's
for the fibers are not in the runnable list. All other fibers in the
system on ARC seem to be in the runnable list as expected. Also,
from some basic stack analysis, it appears that the unrunnable
fibers are still in the nano_timer_test function. One thing worth
noting is that while most fibers are just doing some math and
storing it in memory; but two of them are accessing a SPI and I2C
device. When these fibers are prevented from accessing the device,
the system seems to run smoothly; otherwise it doesn't. Has anything
like this ever been encountered before?

Note also that moving to Zephyr 1.6 would be significant effort as
we have implemented a number of custom drivers and other features
that would take a significant time to port.
This does not really solve your problem, but Zephyr 1.6 contains a
legacy layer that provides all the APIs of the old kernels on top of
the new kernel. It's not a NOP to move to 1.6, since you might have
some issues with e.g. stack sizes, or some other > > idiosyncrasies,
but it might be less painful than you think.

About your issue: the first thing I always suspect with weird
behaviour like this is stack smashing. There is a kconfig option for
ARC that enables stack overflow/underflow detection. Do you have
that option enabled ?
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 fixed in 1.5.
The commit in question is 5986ec040b. As this is a very specific
timing bug, we are still validating our code to be 100% sure its
fixed, but its looking good so far.
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).


Daily Gerrit Digest

donotreply@...
 

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 "tests/crypto: Update testcase.ini to build on more platforms"
- https://gerrit.zephyrproject.org/r/11560 : net: buf: Store name of the buffer pool
- https://gerrit.zephyrproject.org/r/11561 : net: shell: Print network buffer pool information
- https://gerrit.zephyrproject.org/r/11559 : Bluetooth: AVDTP: Fix discover param struct
- https://gerrit.zephyrproject.org/r/11526 : doc: Fix broken references in new theme
- https://gerrit.zephyrproject.org/r/11548 : net: nbuf: Remove unnecessary debugging code
- https://gerrit.zephyrproject.org/r/11547 : net: buf: Add more accounting info to net_buf pool
- https://gerrit.zephyrproject.org/r/11545 : scripts:nrf: Add 'make flash' for nrf boards.
- https://gerrit.zephyrproject.org/r/11546 : tests: add zephyr wdt reentrancy test case
- https://gerrit.zephyrproject.org/r/11537 : samples/zoap_client: Fix using the wrong timeout for retransmissions
- https://gerrit.zephyrproject.org/r/11536 : samples/zoap_server: Add retransmissions for CON messages
- https://gerrit.zephyrproject.org/r/11535 : iot/zoap: Fix requiring that the buffer is unchanged for retransmit
- https://gerrit.zephyrproject.org/r/11534 : tests/zoap: Adds test for the length of payload on the RX side
- https://gerrit.zephyrproject.org/r/11533 : samples/zoap_server: Adds example for the link-format feature
- https://gerrit.zephyrproject.org/r/11532 : samples/zoap_server: Add a test case for the observer feature
- https://gerrit.zephyrproject.org/r/11531 : samples/zoap_server: Add more validation tests for block-wise
- https://gerrit.zephyrproject.org/r/11530 : samples/zoap_server: Remove useless return statements
- https://gerrit.zephyrproject.org/r/11543 : samples/net/mqtt: Don't break lines after the "static" keyword
- https://gerrit.zephyrproject.org/r/11541 : samples/net/mqtt: Improve inline doc
- https://gerrit.zephyrproject.org/r/11540 : samples/net/mqtt: Simplify MQTT publisher
- https://gerrit.zephyrproject.org/r/11542 : samples/net/mqtt: Move conf parameters to config.h
- https://gerrit.zephyrproject.org/r/11544 : tests: add zephyr rtc reentrancy test case
- https://gerrit.zephyrproject.org/r/11520 : arm: UART driver modifications for MKL25Z soc support
- https://gerrit.zephyrproject.org/r/11524 : usb: cdc_acm: Fix a possible race
- https://gerrit.zephyrproject.org/r/11522 : CI-Revision: phases 62/9762/19

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11479 : samples: pwm: change hard-coded device name
- https://gerrit.zephyrproject.org/r/11279 : net: ipv6: Bluetooth address fix
- https://gerrit.zephyrproject.org/r/11242 : net: Add net_buf pool support to each context
- https://gerrit.zephyrproject.org/r/11348 : net: tcp: Fix the issues with 6lo
- https://gerrit.zephyrproject.org/r/11460 : net: 6lo: Change how net_buf is allocated in RX side
- https://gerrit.zephyrproject.org/r/11464 : net: context: TCP packets must be send via net_tcp_send_data()
- https://gerrit.zephyrproject.org/r/11465 : net: conn: Print UDP and TCP checksum after receiving pkt
- https://gerrit.zephyrproject.org/r/11346 : net: nbuf: Add helper function to copy buf user_data
- https://gerrit.zephyrproject.org/r/11459 : net: nbuf: Fix net_nbuf_copy() so that original nbuf is not modified
- https://gerrit.zephyrproject.org/r/11475 : net: if: Remove local address from IPv6 neighbor cache
- https://gerrit.zephyrproject.org/r/11347 : net: 6lo: Use dedicated buf pool if enabled
- https://gerrit.zephyrproject.org/r/11474 : net: ipv6: Add util to remove neighbor from cache
- https://gerrit.zephyrproject.org/r/11473 : net: shell: Print IPv6 neighbor information
- https://gerrit.zephyrproject.org/r/11345 : net: nbuf: Fix the net_nbuf_copy() buf parameter
- https://gerrit.zephyrproject.org/r/11298 : samples: net: Use context specific net_buf pools in echo_*
- https://gerrit.zephyrproject.org/r/11472 : net: ipv6: Add util to traverse neighbor cache entries
- 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 ICMPv6 error
- 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 implementation
- https://gerrit.zephyrproject.org/r/11385 : arm: Support for new ARM board FRDM-KL25Z
- https://gerrit.zephyrproject.org/r/11236 : arm: Support for new ARM boards (discovery STM32F4 and STM32F429)
- https://gerrit.zephyrproject.org/r/11468 : tests: Add queue tests
- https://gerrit.zephyrproject.org/r/11467 : kernel: Add k_queue API
- https://gerrit.zephyrproject.org/r/11416 : eth/eth_mcux: Provide start and stop operations on the PHY driver.
- https://gerrit.zephyrproject.org/r/11415 : net/eth_mcux: Provide phy state name printing in debug
- https://gerrit.zephyrproject.org/r/11394 : arm: Modification to support for SPI and DSPI drivers for NXP devices
- https://gerrit.zephyrproject.org/r/11471 : Bluetooth: GATT: Use __ASSERT for invalid parameters
- https://gerrit.zephyrproject.org/r/11215 : tests: add PM tests framework for driver PM test case
- https://gerrit.zephyrproject.org/r/11358 : arm: GPIO driver modifications for MKL25Z soc support
- https://gerrit.zephyrproject.org/r/11487 : tests: add zephyr AON Timer reentrancy test case
- https://gerrit.zephyrproject.org/r/11384 : arm: Support for MKL25Z soc
- https://gerrit.zephyrproject.org/r/11401 : arch: stm32: remove sets of irq definitions per series
- https://gerrit.zephyrproject.org/r/11400 : drivers: use stm32cube irq enum definitions
- https://gerrit.zephyrproject.org/r/10722 : DONT_MERGE: test that succeeds
- https://gerrit.zephyrproject.org/r/7664 : second: test
- https://gerrit.zephyrproject.org/r/11250 : tests: add zephyr i2c driver deep sleep case
- https://gerrit.zephyrproject.org/r/11262 : tests: add zephyr GPIO driver deep sleep case
- https://gerrit.zephyrproject.org/r/5137 : DONT_MERGE: - add changes to two different branches
- https://gerrit.zephyrproject.org/r/10076 : verify: Add verify job with run_phases call
- https://gerrit.zephyrproject.org/r/3114 : DONT MERGE: - break doc
- https://gerrit.zephyrproject.org/r/4457 : DONT: MERGE - cause checkpatch warnings
- https://gerrit.zephyrproject.org/r/11383 : arm: HAL files for MKL25Z soc
- https://gerrit.zephyrproject.org/r/11029 : watchdog: Add WDT driver for Atmel SAM SoCs

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11549 : drivers/ieee802154: Add missing parameter to net_if_set_link_addr()
- https://gerrit.zephyrproject.org/r/11551 : tests/crypto: Update testcase.ini to build on more platforms
- https://gerrit.zephyrproject.org/r/11557 : samples: add some missing testcase.ini
- https://gerrit.zephyrproject.org/r/11553 : aon_counter test: fix misspelling in the header include guard
- https://gerrit.zephyrproject.org/r/11558 : tests: watchdog: Interrupt reset mode modifications
- https://gerrit.zephyrproject.org/r/11550 : tests/power/multicorei/lmt: Fix RTC configuration
- https://gerrit.zephyrproject.org/r/11552 : quark_se: arc: do not enable second I2C by default
- https://gerrit.zephyrproject.org/r/11555 : samples: fade_led: change hard-coded device name
- https://gerrit.zephyrproject.org/r/11554 : samples: blink_led: change hard-coded device name
- https://gerrit.zephyrproject.org/r/11556 : samples: driver: led_apa102c: change hard-coded device name
- https://gerrit.zephyrproject.org/r/11523 : samples: add some missing testcase.ini
- https://gerrit.zephyrproject.org/r/11539 : doc: tweak .gitignore to allow doc theme dev
- https://gerrit.zephyrproject.org/r/11538 : tests/power/multicorei/lmt: Fix RTC configuration
- https://gerrit.zephyrproject.org/r/11527 : Merge arm branch into master
- https://gerrit.zephyrproject.org/r/11528 : gpio: enable ports F G (and H) for stm32f1xx (stm32f4xx)
- https://gerrit.zephyrproject.org/r/11529 : clock_control: fix to get PLL2 source for PREDV1 working
- https://gerrit.zephyrproject.org/r/11499 : drivers: mcr20a: cleanup and refactor interrupt processing
- https://gerrit.zephyrproject.org/r/11500 : tests/mqtt: Fix compiler warnings in MQTT Packet test case
- https://gerrit.zephyrproject.org/r/11501 : ext: Import Nordic 802.15.4 radio driver
- https://gerrit.zephyrproject.org/r/11502 : ext: Integrate Nordic's 802.15.4 radio driver into Zephyr
- https://gerrit.zephyrproject.org/r/11503 : drivers/net/ieee802154: nRF5 802.15.4 radio driver
- https://gerrit.zephyrproject.org/r/11504 : samples/net: ieee802154: Add configuration for nrf5
- https://gerrit.zephyrproject.org/r/11505 : samples/net/ieee802154: Update example with nrf5 802.15.4
- https://gerrit.zephyrproject.org/r/11506 : net: Add network link technology type to linkaddr
- https://gerrit.zephyrproject.org/r/11507 : net: Set the network link address type when setting link address
- https://gerrit.zephyrproject.org/r/11508 : net: nbuf: Set the link address type in nbuf
- https://gerrit.zephyrproject.org/r/11509 : net: ipv6: IEEE 802.15.4 short address fix
- https://gerrit.zephyrproject.org/r/11510 : net: Fix stack type
- https://gerrit.zephyrproject.org/r/11511 : net/utils: Fix parameters type
- https://gerrit.zephyrproject.org/r/11512 : net: context: Fix invalid order of statements
- https://gerrit.zephyrproject.org/r/11513 : drivers: slip: Remove unused variables
- https://gerrit.zephyrproject.org/r/11514 : drivers: slip: Add more comments for slip write scenario
- https://gerrit.zephyrproject.org/r/11515 : drivers: slip: Skip buffer allocation for incomplete packet
- https://gerrit.zephyrproject.org/r/11516 : net: context: let tcp_established() handle more TCP states
- https://gerrit.zephyrproject.org/r/11517 : net: tcp: Retransmit buffers are not freed on tcp_release
- https://gerrit.zephyrproject.org/r/11518 : net: buf: net_buf_frag_del() had insufficient debugging
- https://gerrit.zephyrproject.org/r/11519 : drivers/ieee802154/pipe: Use net_nbuf_unref to release net_buf
- https://gerrit.zephyrproject.org/r/11498 : samples/ieee802154: Update qemu based samples
- https://gerrit.zephyrproject.org/r/11495 : net: doc: Fix incorrect netcat note for qemu setup
- https://gerrit.zephyrproject.org/r/11496 : net: doc: Invalid config option for TCP
- https://gerrit.zephyrproject.org/r/11521 : quark_se: Don't enable UART 0 always
- https://gerrit.zephyrproject.org/r/11494 : drivers/timer: Fixing issue in nRF RTC driver when RTC handler is blocked.
- https://gerrit.zephyrproject.org/r/11466 : tests: update uart driver api test case
- https://gerrit.zephyrproject.org/r/11323 : tests: watchdog: Interrupt reset mode modifications
- https://gerrit.zephyrproject.org/r/11484 : samples: blink_led: change hard-coded device name
- https://gerrit.zephyrproject.org/r/11485 : samples: fade_led: change hard-coded device name
- https://gerrit.zephyrproject.org/r/11480 : samples: driver: led_apa102c: change hard-coded device name
- https://gerrit.zephyrproject.org/r/11477 : samples: i2c_lsm9ds0: change hard-coded device name
- https://gerrit.zephyrproject.org/r/11320 : aon_counter test: fix misspelling in the header include guard
- https://gerrit.zephyrproject.org/r/11380 : quark_se: arc: do not enable second I2C by default
- https://gerrit.zephyrproject.org/r/11486 : tests/crypto: Update testcase.ini to build on more platforms
- https://gerrit.zephyrproject.org/r/11462 : samples: net: Fix the 802.15.4 monitor pcap saving
- https://gerrit.zephyrproject.org/r/11455 : Bluetooth: controller: Introduce debug pins Kconfig option
- https://gerrit.zephyrproject.org/r/11391 : clock_control: fix to get PLL2 source for PREDV1 working
- https://gerrit.zephyrproject.org/r/11392 : gpio: enable ports F G (and H) for stm32f1xx (stm32f4xx)
- https://gerrit.zephyrproject.org/r/11349 : Makefile.toolchain.zephyr: fix xtensa support
- https://gerrit.zephyrproject.org/r/11319 : xtensa: move #include <linker/common-*.ld> up
- https://gerrit.zephyrproject.org/r/11324 : xtensa: drop references to C library
- https://gerrit.zephyrproject.org/r/11310 : xtensa: use inline assembly instead of XT_* macros
- https://gerrit.zephyrproject.org/r/11321 : toolchain: don't define __stack outside C code
- https://gerrit.zephyrproject.org/r/11322 : xtensa: make sample_controller runnable on QEMU
- https://gerrit.zephyrproject.org/r/11266 : flash/stm32: driver for STM32F4x series
- https://gerrit.zephyrproject.org/r/11327 : cortex_m_systick: fix _timer_cycle_get_32() race
- https://gerrit.zephyrproject.org/r/11454 : Bluetooth: controller: Set debug pins with macros
- https://gerrit.zephyrproject.org/r/11403 : Merge net branch into master


Re: Running echo_server on qemu_cortex_m3

Goldman, Michael <michael.goldman@...>
 

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 then receive) a file. I’ll need to figure it out.

 

Thanks Piotr!

 

From: zephyr-devel-bounces@... [mailto:zephyr-devel-bounces@...] On Behalf Of Piotr Mienkowski
Sent: Wednesday, February 22, 2017 18:13
To: zephyr-devel@...
Subject: Re: [Zephyr-devel] Running echo_server on qemu_cortex_m3

 

Hi Michael,

When running "nc" in UDP, nc exits without waiting for reply from the target application (echo_server)

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. Unfortunately the -q option may not be present in your specific implementation of nc. It seems there are a few and their names may vary, e.g. ncat, netcat. I haven't been using Zephyr net-tools project so I'm not sure what's the situation there.

For simple testing it's often enough to type

$ nc -u 192.0.2.1 4242

anything you type into the console will be send to the remote side and the response will be displayed. To exit you'll need to Ctrl+C manually.

Cheers,
Piotr

---------------------------------------------------------------------
A member of the Intel Corporation group of companies

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.


Re: Fibers Become Unrunnable in Nanokernel

Michael Rosen
 

As far as I can tell, the "timer" is expired and the struct tcs's
for the fibers are not in the runnable list. All other fibers in the
system on ARC seem to be in the runnable list as expected. Also,
from some basic stack analysis, it appears that the unrunnable
fibers are still in the nano_timer_test function. One thing worth
noting is that while most fibers are just doing some math and
storing it in memory; but two of them are accessing a SPI and I2C
device. When these fibers are prevented from accessing the device,
the system seems to run smoothly; otherwise it doesn't. Has anything
like this ever been encountered before?

Note also that moving to Zephyr 1.6 would be significant effort as
we have implemented a number of custom drivers and other features
that would take a significant time to port.
This does not really solve your problem, but Zephyr 1.6 contains a legacy layer that provides all the APIs of the old kernels on top of the new kernel. It's not a NOP to move to 1.6, since you might have some issues with e.g. stack sizes, or some other > > idiosyncrasies, but it might be less painful than you think.

About your issue: the first thing I always suspect with weird behaviour like this is stack smashing. There is a kconfig option for ARC that enables stack overflow/underflow detection. Do you have that option enabled ?
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 fixed in 1.5. The commit in question is 5986ec040b. As this is a very specific timing bug, we are still validating our code to be 100% sure its fixed, but its looking good so far.

Thanks,
Mike


Re: ARM HW timer config

Gil Pitney
 

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 at 48 MHz, so setting
CONFIG_SYS_CLOCK_HW_CYCLES_PER_SEC to 48000000 should be sufficient.
That's what I did for TI CC32xx (setting at 80 Mhz), and all the
timing functions worked out fine.

On 21 February 2017 at 02:29, Geoffrey LE GOURRIEREC
<geoffrey.legourrierec@smile.fr> wrote:
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 the Cortex's embedded "SysTick" timer as a HW timer.
However, taking a look at drivers/timer/cortex_m_systick.c, the mentioned
CONFIG_SYSTICK_CLOCK_FREQ variable is not in fact defined anywhere.

Should I then simply use the frequency of the clock driving the Cortex core?
Or should I use the driver's interface in the SoC's init() function to set
it up,
and use the generated frequency in SYS_CLOCK_HW_CYCLES_PER_SEC?

Best regards,

--
Geoffrey Le Gourriérec


_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel


Re: Running echo_server on qemu_cortex_m3

Piotr Mienkowski
 

Hi Michael,

When running "nc" in UDP, nc exits without waiting for reply from the target application (echo_server)
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. Unfortunately the -q option may not be present in your specific implementation of nc. It seems there are a few and their names may vary, e.g. ncat, netcat. I haven't been using Zephyr net-tools project so I'm not sure what's the situation there.

For simple testing it's often enough to type

$ nc -u 192.0.2.1 4242

anything you type into the console will be send to the remote side and the response will be displayed. To exit you'll need to Ctrl+C manually.

Cheers,
Piotr


Re: Running echo_server on qemu_cortex_m3

Jukka Rissanen
 

Hi Michael,

On Tue, 2017-02-21 at 12:33 +0000, Goldman, Michael wrote:
Hi all,

BTY, regarding the documentation in: https://www.zephyrproject.org/do
c/subsystems/networking/qemu_setup.html#networking-with-qemu

When running "nc" in UDP, nc exits without waiting for reply from the
target application (echo_server), unlike the description in the doc.:
Note
You will need to Ctrl+C manually.
$ echo foobar | nc -u 192.0.2.1 4242
foobar

I can see the packet being sent to target and replayed back in
Wireshark.
On TCP, nc does wait for response and I can see "foobar" printed and
Ctrl+C is needed to close nc.
Indeed, the documentation is wrong here. I will send a patch for that
one. Thanks for reporting this.


I searched over the web and read that because UDP is connectionless
protocol, nc is not supposed to wait for response.
Did I do something wrong?
No, you did everything right here :)



Thanks,
Michael

Cheers,
Jukka


Daily Gerrit Digest

donotreply@...
 

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 ICMPv6 error
- https://gerrit.zephyrproject.org/r/11489 : RFC: DON'T MERGE net/dhcpv4: Respond to link up / down events
- https://gerrit.zephyrproject.org/r/11488 : net/dhcpv4: Remove !iface checks from timeout handlers.
- https://gerrit.zephyrproject.org/r/11478 : [WIP] net/http: Add the HTTP API
- https://gerrit.zephyrproject.org/r/11487 : tests: add zephyr AON Timer reentrancy test case
- https://gerrit.zephyrproject.org/r/11486 : tests/crypto/cbc: Update testcase.ini to build on more platforms
- https://gerrit.zephyrproject.org/r/11485 : samples: fade_led: change hard-coded device name
- https://gerrit.zephyrproject.org/r/11484 : samples: blink_led: change hard-coded device name
- https://gerrit.zephyrproject.org/r/11481 : Support new theme on old tags
- https://gerrit.zephyrproject.org/r/11480 : samples: driver: led_apa102c: change hard-coded device name
- https://gerrit.zephyrproject.org/r/11479 : samples: pwm: change hard-coded device name
- https://gerrit.zephyrproject.org/r/11477 : samples: i2c_lsm9ds0: change hard-coded device name
- https://gerrit.zephyrproject.org/r/11476 : x86: fix operand modifiers in IRQ_CONNECT()
- https://gerrit.zephyrproject.org/r/11474 : net: ipv6: Add util to remove neighbor from cache
- https://gerrit.zephyrproject.org/r/11475 : net: if: Remove local address from IPv6 neighbor cache
- https://gerrit.zephyrproject.org/r/11473 : net: shell: Print IPv6 neighbor information
- https://gerrit.zephyrproject.org/r/11472 : net: ipv6: Add util to traverse neighbor cache entries

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11451 : net/dhcpv4: Support REBINDING
- 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 implementation
- https://gerrit.zephyrproject.org/r/9821 : shell: use modules' own help functions if have already defined
- https://gerrit.zephyrproject.org/r/11450 : net/dhcpv4: Refactor t1 handler.
- https://gerrit.zephyrproject.org/r/11468 : tests: Add queue tests
- https://gerrit.zephyrproject.org/r/11467 : kernel: Add k_queue API
- https://gerrit.zephyrproject.org/r/11403 : Merge net branch into master
- https://gerrit.zephyrproject.org/r/11448 : net/dhcpv4: Use BROADCAST and UNICAST appropriately.
- https://gerrit.zephyrproject.org/r/11449 : net/dhcpv4: Fix the behaviour of ciaddr.
- https://gerrit.zephyrproject.org/r/11447 : net/dhcpv4: Use server identifier appropriately.
- https://gerrit.zephyrproject.org/r/11446 : net/dhcpv4: Call net_if_ipv4_addr_rm
- https://gerrit.zephyrproject.org/r/11444 : net/dhcpv4: Rework initialization.
- https://gerrit.zephyrproject.org/r/11242 : net: Add net_buf pool support to each context
- https://gerrit.zephyrproject.org/r/11436 : net/dhcpv4: Adjust state names to reflect rfc2131
- https://gerrit.zephyrproject.org/r/11445 : net/dhcpv4: Introduce start/stop API and disabled state.
- https://gerrit.zephyrproject.org/r/11430 : net/dhcpv4: Add missing const
- https://gerrit.zephyrproject.org/r/11432 : net/dhcpv4: Refactor packet construction
- https://gerrit.zephyrproject.org/r/11441 : net/dhcpv4: Refactor send_discover
- https://gerrit.zephyrproject.org/r/11440 : net/dhcpv4: Refactor send_request state handling.
- https://gerrit.zephyrproject.org/r/11434 : net/dhcpv4: Move timers inside the net_if dhcpv4 context
- https://gerrit.zephyrproject.org/r/11443 : net/dhcpv4: Refactor REQUESTING state entry.
- https://gerrit.zephyrproject.org/r/11437 : net/dhcpv4: Refactor handle_reply()
- https://gerrit.zephyrproject.org/r/11442 : net/dhcpv4: Refactor SELECTING state entry.
- https://gerrit.zephyrproject.org/r/11438 : net/dhcpv4: Implement NAK support.
- https://gerrit.zephyrproject.org/r/11433 : net/dhcpv4: Refactor dhcpv4 message type representation.
- https://gerrit.zephyrproject.org/r/11435 : net/dhcpv4: Unify dhcpv4 state name printers
- https://gerrit.zephyrproject.org/r/11439 : net/dhcpv4: Explicitly initialize net_if dhcpv4 state.
- https://gerrit.zephyrproject.org/r/11319 : xtensa: move #include <linker/common-*.ld> up
- https://gerrit.zephyrproject.org/r/11458 : Bluetooth: AVDTP: Add AVDTP GetCapabilities Function Definition
- https://gerrit.zephyrproject.org/r/10806 : Bluetooth: AVDTP: Handling Discover response
- https://gerrit.zephyrproject.org/r/11459 : net: nbuf: Fix net_nbuf_copy() so that original nbuf is not modified
- https://gerrit.zephyrproject.org/r/11464 : net: context: TCP packets must be send via net_tcp_send_data()
- https://gerrit.zephyrproject.org/r/11346 : net: nbuf: Add helper function to copy buf user_data
- https://gerrit.zephyrproject.org/r/11347 : net: 6lo: Use dedicated buf pool if enabled
- https://gerrit.zephyrproject.org/r/11460 : net: 6lo: Change how net_buf is allocated in RX side
- https://gerrit.zephyrproject.org/r/11465 : net: conn: Print UDP and TCP checksum after receiving pkt
- https://gerrit.zephyrproject.org/r/11348 : net: tcp: Fix the issues with 6lo
- https://gerrit.zephyrproject.org/r/11462 : samples: net: Fix the 802.15.4 monitor pcap saving
- https://gerrit.zephyrproject.org/r/11345 : net: nbuf: Fix the net_nbuf_copy() buf parameter
- https://gerrit.zephyrproject.org/r/11298 : samples: net: Use context specific net_buf pools in echo_*
- https://gerrit.zephyrproject.org/r/11263 : tests: add zephyr SPI driver api test case
- https://gerrit.zephyrproject.org/r/11455 : Bluetooth: controller: Introduce debug pins Kconfig option
- https://gerrit.zephyrproject.org/r/10475 : Simple PWM driver for nRF5
- https://gerrit.zephyrproject.org/r/11327 : cortex_m_systick: fix _timer_cycle_get_32() race
- https://gerrit.zephyrproject.org/r/11321 : toolchain: don't define __stack outside C code
- https://gerrit.zephyrproject.org/r/11322 : xtensa: make sample_controller runnable on QEMU
- https://gerrit.zephyrproject.org/r/11324 : xtensa: drop references to C library
- https://gerrit.zephyrproject.org/r/11454 : Bluetooth: controller: Set debug pins with macros
- https://gerrit.zephyrproject.org/r/11384 : arm: Support for MKL25Z soc
- https://gerrit.zephyrproject.org/r/10606 : build: multicore project sample
- https://gerrit.zephyrproject.org/r/11361 : flash: Fixes wrong SPI device for flash memory in arduino 101 sss
- https://gerrit.zephyrproject.org/r/11471 : Bluetooth: GATT: Use __ASSERT for invalid parameters
- https://gerrit.zephyrproject.org/r/11401 : arch: stm32: remove sets of irq definitions per series
- https://gerrit.zephyrproject.org/r/11400 : drivers: use stm32cube irq enum definitions
- https://gerrit.zephyrproject.org/r/11416 : eth/eth_mcux: Provide start and stop operations on the PHY driver.
- https://gerrit.zephyrproject.org/r/11415 : net/eth_mcux: Provide phy state name printing in debug

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11483 : ext qmsi: Update QMSI to 1.4 RC3
- https://gerrit.zephyrproject.org/r/11490 : ext qmsi: Update QMSI to 1.4 RC3
- https://gerrit.zephyrproject.org/r/11296 : tests: gen_isr_table: account for riscv32 architecture
- https://gerrit.zephyrproject.org/r/11388 : checkpatch: Recognized volatile as part of a declaration.
- https://gerrit.zephyrproject.org/r/11409 : drivers/timer: Fixing issue in nRF RTC driver when RTC handler is blocked.
- https://gerrit.zephyrproject.org/r/11217 : frdm: fixed path and dependencies for extract_dts_includes.py
- https://gerrit.zephyrproject.org/r/7492 : Bluetooth: A2DP: Added Preset Structure
- https://gerrit.zephyrproject.org/r/6720 : Bluetooth: A2DP: Stream End Point Registration
- https://gerrit.zephyrproject.org/r/11461 : drivers/ieee802154/pipe: Use net_nbuf_unref to release net_buf
- https://gerrit.zephyrproject.org/r/11463 : net: buf: net_buf_frag_del() had insufficient debugging
- https://gerrit.zephyrproject.org/r/10960 : net: context: let tcp_established() handle more TCP states
- https://gerrit.zephyrproject.org/r/11335 : net: tcp: Retransmit buffers are not freed on tcp_release
- https://gerrit.zephyrproject.org/r/11305 : tests: add timer monotonic test
- https://gerrit.zephyrproject.org/r/11302 : x86: loapic_timer: use TSC for k_cycle_get_32()
- https://gerrit.zephyrproject.org/r/11411 : remove github footer link
- https://gerrit.zephyrproject.org/r/11379 : revamp theme to match new site design, and move file references to be internal
- https://gerrit.zephyrproject.org/r/11410 : fix html overflow, code wrapping, and line number styling
- https://gerrit.zephyrproject.org/r/9550 : net/nbuf: Introduce the net_nbuf_linear_copy routine
- https://gerrit.zephyrproject.org/r/11452 : Bluetooth: Controller: Fix LE Ping PDU dispatch
- https://gerrit.zephyrproject.org/r/11453 : Bluetooth: Controller: Use direct ISR for Radio IRQ only


broken link on website

Boie, Andrew P
 

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 show someone how to join this mailing list but am unsure how to direct them.

 

 


Re: Working with arc core

Briano, Ivan <ivan.briano@...>
 

On Tue, 2017-02-21 at 16:28 +0530, Anjali Asar wrote:
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
No. That should come from the board config, which in your case should
be arduino_101_sss


On 14-Feb-2017 2:22 PM, "Anjali Asar" <anjaliasar@gmail.com> wrote:
Some pins have been pulled up and some have been pulled down. Not
able to change it. It seems to be perpetually stuck in that mode.
Also pin 8 (Zephyr pin 16) not functioning. Any suggestions?

On 01-Feb-2017 5:19 PM, "Anjali Asar" <anjaliasar@gmail.com> wrote:
Hi, not sure if this is the right forum for this, but trying my
luck. if not, please do direct me towards the right one.

I'm having trouble flashing the arduino101.
i've followed all the instructions available still, tho it says
download complete, the code doesnt seem to have been downloaded.

The code i am trying is the sample code provided, "blinky". The
LED doesn't light up. i have tried various pins apart from the on
board LED too.

 Is there any extra configuration that i have to do to make it
work?
Note: i am using a windows 8 pc
_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel


Daily Gerrit Digest

donotreply@...
 

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 implementation
- https://gerrit.zephyrproject.org/r/11468 : tests: Add queue tests
- https://gerrit.zephyrproject.org/r/11467 : kernel: Add k_queue API
- https://gerrit.zephyrproject.org/r/11451 : net/dhcpv4: Support REBINDING
- https://gerrit.zephyrproject.org/r/11446 : net/dhcpv4: Call net_if_ipv4_addr_rm
- https://gerrit.zephyrproject.org/r/11445 : net/dhcpv4: Introduce start/stop API and disabled state.
- https://gerrit.zephyrproject.org/r/11458 : Bluetooth: AVDTP: Add AVDTP GetCapabilities Function Definition
- https://gerrit.zephyrproject.org/r/11466 : tests: update uart driver api test case
- https://gerrit.zephyrproject.org/r/11464 : net: context: TCP packets must be send via net_tcp_send_data()
- https://gerrit.zephyrproject.org/r/11459 : net: nbuf: Fix net_nbuf_copy() so that original nbuf is not modified
- https://gerrit.zephyrproject.org/r/11462 : samples: net: Fix the 802.15.4 monitor pcap saving
- https://gerrit.zephyrproject.org/r/11444 : net/dhcpv4: Rework initialization.
- https://gerrit.zephyrproject.org/r/11463 : net: buf: net_buf_frag_del() had insufficient debugging
- https://gerrit.zephyrproject.org/r/11460 : net: 6lo: Change how net_buf is allocated in RX side
- https://gerrit.zephyrproject.org/r/11465 : net: conn: Print UDP and TCP checksum after receiving pkt
- https://gerrit.zephyrproject.org/r/11461 : drivers/ieee802154/pipe: Use net_nbuf_unref to release net_buf
- https://gerrit.zephyrproject.org/r/11438 : net/dhcpv4: Implement NAK support.
- https://gerrit.zephyrproject.org/r/11432 : net/dhcpv4: Refactor packet construction
- https://gerrit.zephyrproject.org/r/11457 : api: dma: Fix comments for struct dma_config
- https://gerrit.zephyrproject.org/r/11456 : tests: dma: Initialise callback enable flags
- https://gerrit.zephyrproject.org/r/11437 : net/dhcpv4: Refactor handle_reply()
- https://gerrit.zephyrproject.org/r/11433 : net/dhcpv4: Refactor dhcpv4 message type representation.
- https://gerrit.zephyrproject.org/r/11412 : net/if: Split net_if_link_status from net_if_up/down
- https://gerrit.zephyrproject.org/r/11447 : net/dhcpv4: Client MUST NOT include server identifier in DHCPREQUEST from state RENEWING
- https://gerrit.zephyrproject.org/r/11436 : net/dhcpv4: Adjust state names to reflect rfc2131
- https://gerrit.zephyrproject.org/r/11454 : Bluetooth: controller: Set debug pins with macros
- https://gerrit.zephyrproject.org/r/11455 : Bluetooth: controller: Introduce debug pins Kconfig option
- https://gerrit.zephyrproject.org/r/11450 : net/dhcpv4: Refactor t1 handler.
- https://gerrit.zephyrproject.org/r/11449 : net/dhcpv4: Fix the behaviour of ciaddr.
- https://gerrit.zephyrproject.org/r/11409 : drivers/timer: Fixing issue in nRF RTC driver when RTC handler is blocked.
- https://gerrit.zephyrproject.org/r/11448 : net/dhcpv4: Use BROADCAST and UNICAST appropriately.
- https://gerrit.zephyrproject.org/r/11453 : Bluetooth: Controller: Use direct ISR for Radio IRQ only
- https://gerrit.zephyrproject.org/r/11439 : net/dhcpv4: Exlicitly initialize net_if dhcpv4 state.
- https://gerrit.zephyrproject.org/r/11435 : net/dhcpv4: Unify dhcpv4 state name printers
- https://gerrit.zephyrproject.org/r/11434 : net/dhcpv4: Move timers inside the net_if dhcpv4 context
- https://gerrit.zephyrproject.org/r/11431 : net/dhcpv4: Remove gratuitous inline statements
- https://gerrit.zephyrproject.org/r/11430 : net/dhcpv4: Add missing const
- https://gerrit.zephyrproject.org/r/11452 : Bluetooth: Controller: Fix LE Ping PDU dispatch
- https://gerrit.zephyrproject.org/r/11416 : eth/eth_mcux: Provide start and stop operations on the PHY driver.
- https://gerrit.zephyrproject.org/r/11417 : eth/eth_mcux: Implement enable API.
- https://gerrit.zephyrproject.org/r/11414 : net/if: Introduce net_if_api enable callback.
- https://gerrit.zephyrproject.org/r/11415 : net/eth_mcux: Provide phy state name printing in debug
- https://gerrit.zephyrproject.org/r/11413 : net/if: Refactor, abstract common behaviour from net_if_up/down
- https://gerrit.zephyrproject.org/r/11441 : net/dhcpv4: Refactor send_discover
- https://gerrit.zephyrproject.org/r/11440 : net/dhcpv4: Refactor send_request state handling.
- https://gerrit.zephyrproject.org/r/11442 : net/dhcpv4: Refactor SELECTING state entry.
- https://gerrit.zephyrproject.org/r/11443 : net/dhcpv4: Refactor REQUESTING state entry.
- https://gerrit.zephyrproject.org/r/11411 : remove github footer link
- https://gerrit.zephyrproject.org/r/11410 : fix html overflow, code wrapping, and line number styling

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11348 : net: tcp: Fix the issues with 6lo
- https://gerrit.zephyrproject.org/r/10806 : Bluetooth: AVDTP: Handling Discover response
- https://gerrit.zephyrproject.org/r/11298 : samples: net: Use context specific net_buf pools in echo_*
- https://gerrit.zephyrproject.org/r/11242 : net: Add net_buf pool support to each context
- https://gerrit.zephyrproject.org/r/11345 : net: nbuf: Fix the net_nbuf_copy() buf parameter
- https://gerrit.zephyrproject.org/r/11346 : net: nbuf: Add helper function to copy buf user_data
- https://gerrit.zephyrproject.org/r/11347 : net: 6lo: Use dedicated buf pool if enabled
- https://gerrit.zephyrproject.org/r/10853 : drivers: Add Atmel SAM RTC driver
- https://gerrit.zephyrproject.org/r/11214 : tests: add zephyr pinmux driver api test case
- https://gerrit.zephyrproject.org/r/11207 : tests: add zephyr flash driver api test case
- https://gerrit.zephyrproject.org/r/11215 : tests: add PM tests framework for driver PM test case
- https://gerrit.zephyrproject.org/r/6716 : Bluetooth: SDP: Server: Refactor data element structure header
- https://gerrit.zephyrproject.org/r/11220 : Bluetooth: SDP: Server: Set security level to NONE
- https://gerrit.zephyrproject.org/r/11219 : Bluetooth: SDP: Server: Set correct TX MTU
- https://gerrit.zephyrproject.org/r/11376 : net: tcp: ACK packet should not be forwarded to application
- https://gerrit.zephyrproject.org/r/11217 : frdm: fixed path and dependencies for extract_dts_includes.py
- https://gerrit.zephyrproject.org/r/11384 : arm: Support for MKL25Z soc
- https://gerrit.zephyrproject.org/r/11383 : arm: HAL files for MKL25Z soc
- https://gerrit.zephyrproject.org/r/11380 : quark_se: arc: do not enable second I2C by default
- https://gerrit.zephyrproject.org/r/11393 : arm: Support for SPI and DSPI HAL drivers for NXP devices
- https://gerrit.zephyrproject.org/r/11361 : flash: Fixes wrong SPI device for flash memory in arduino 101 sss
- https://gerrit.zephyrproject.org/r/11403 : Merge net branch into master

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11404 : drivers/timer: Rework the nRF RTC driver.
- https://gerrit.zephyrproject.org/r/11408 : boards: Add panther & panther_ss to sanity
- https://gerrit.zephyrproject.org/r/11407 : doc: add polling API to the kernel primer
- https://gerrit.zephyrproject.org/r/11405 : doc: reorder sections in kernel/other
- https://gerrit.zephyrproject.org/r/10952 : drivers/net/ieee802154: nRF5 802.15.4 radio driver
- https://gerrit.zephyrproject.org/r/11313 : arcv2_timer: fix cycle count race
- https://gerrit.zephyrproject.org/r/11389 : license: replace APL2.0 license with SPDX
- https://gerrit.zephyrproject.org/r/11402 : boards: Add panther & panther_ss to sanity
- https://gerrit.zephyrproject.org/r/11386 : doc: reorder sections in kernel/other
- https://gerrit.zephyrproject.org/r/11387 : doc: add polling API to the kernel primer
- https://gerrit.zephyrproject.org/r/11230 : drivers/timer: Rework the nRF RTC driver.


Re: Running echo_server on qemu_cortex_m3

Goldman, Michael <michael.goldman@...>
 

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 from the target application (echo_server), unlike the description in the doc.:
Note
You will need to Ctrl+C manually.
$ echo foobar | nc -u 192.0.2.1 4242
foobar

I can see the packet being sent to target and replayed back in Wireshark.
On TCP, nc does wait for response and I can see "foobar" printed and Ctrl+C is needed to close nc.

I searched over the web and read that because UDP is connectionless protocol, nc is not supposed to wait for response.
Did I do something wrong?

Thanks,
Michael

-----Original Message-----
From: zephyr-devel-bounces@lists.zephyrproject.org [mailto:zephyr-devel-bounces@lists.zephyrproject.org] On Behalf Of Goldman, Michael
Sent: Tuesday, February 21, 2017 08:38
To: Richard Peters <mail@richardpeters.de>; zephyr-devel@lists.zephyrproject.org
Subject: Re: [Zephyr-devel] Running echo_server on qemu_cortex_m3

Hi,

I took the fix from git and now it works!
I'm using the net-tools as described in the link you sent.

Thanks a lot Richard!

Regards,
Michael

-----Original Message-----
From: zephyr-devel-bounces@lists.zephyrproject.org [mailto:zephyr-devel-bounces@lists.zephyrproject.org] On Behalf Of Richard Peters
Sent: Monday, February 20, 2017 18:46
To: zephyr-devel@lists.zephyrproject.org
Subject: Re: [Zephyr-devel] Running echo_server on qemu_cortex_m3

Hi Michael,

Did anyone try or knows how to configure and run the echo_server
sample application on qemu_cortex_m3 ?

I'm following the instructions on:
https://wiki.zephyrproject.org/view/Networking-with-Qemu

When running on x86 qemu everything works fine and I can ping the
target server but when trying to use arm qemu ARP requests are not answered.

I'm running the command: make pristine && make BOARD=qemu_cortex_m3
qemu
qemu_cortex_m3 was fixed recently, so try the newest version from git (master).
Are you also running the net-tools?

Please see:

https://www.zephyrproject.org/doc/subsystems/networking/qemu_setup.html#networking-with-qemu

Regards,
Richard
_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel
---------------------------------------------------------------------
A member of the Intel Corporation group of companies

This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel
---------------------------------------------------------------------
A member of the Intel Corporation group of companies

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.


Working with arc core

Anjali Asar <anjaliasar@...>
 

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

On 14-Feb-2017 2:22 PM, "Anjali Asar" <anjaliasar@...> wrote:
Some pins have been pulled up and some have been pulled down. Not able to change it. It seems to be perpetually stuck in that mode. Also pin 8 (Zephyr pin 16) not functioning. Any suggestions?

On 01-Feb-2017 5:19 PM, "Anjali Asar" <anjaliasar@...> wrote:
Hi, not sure if this is the right forum for this, but trying my luck. if not, please do direct me towards the right one.

I'm having trouble flashing the arduino101.
i've followed all the instructions available still, tho it says download complete, the code doesnt seem to have been downloaded.

The code i am trying is the sample code provided, "blinky". The LED doesn't light up. i have tried various pins apart from the on board LED too.

 Is there any extra configuration that i have to do to make it work?
Note: i am using a windows 8 pc


Re: gerrit help

Paul Sokolovsky
 

Hello Marcus,

On Tue, 21 Feb 2017 07:32:17 +0000
Marcus Shawcroft <marcus.shawcroft@gmail.com> wrote:

Hi, I've just hit an issue with gerrit, can anyone help...

I pushed a series of 5 related patches into gerrit for review on the
net branch. The top two of those patches subsequently needed some
minor rework. After modifying the top two patches, when I try to to
push the 5 related changes again, gerrit gripes with:

remote: (W) No changes between prior commit 788f263 and new commit
e34791c
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 like
commit message updated, but no patch content changed.


Looks like I can't re-push the stack of related changes because the
bottom of the stack didn't change.

How do I get around this and just push the top two changed patches ?

--
Best Regards,
Paul

Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linaro
http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog


ARM HW timer config

Geoffrey LE GOURRIEREC <geoffrey.legourrierec@...>
 

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 the Cortex's embedded "SysTick" timer as a HW timer.
However, taking a look at drivers/timer/cortex_m_systick.c, the mentioned
CONFIG_SYSTICK_CLOCK_FREQ variable is not in fact defined anywhere.

Should I then simply use the frequency of the clock driving the Cortex core?
Or should I use the driver's interface in the SoC's init() function to set it up,
and use the generated frequency in SYS_CLOCK_HW_CYCLES_PER_SEC?

Best regards,

--
Geoffrey Le Gourriérec


Re: gerrit help

Bogdan Davidoaia
 

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:
- checkout all the patches (git fetch https://gerrit.zephyrproject.org/r/zephyr refs/changes/17/11417/1 && git checkout FETCH_HEAD)
- do an interactive rebase (git rebase -i HEAD~2)
- update the patches as needed
- push them as usual

Hope this helps,
Bogdan

On 21 February 2017 at 09:32, Marcus Shawcroft <marcus.shawcroft@...> wrote:
Hi, I've just hit an issue with gerrit, can anyone help...

I pushed a series of 5 related patches into gerrit for review on the
net branch.  The top two of those patches subsequently needed some
minor rework.  After modifying the top two patches, when I try to to
push the 5 related changes again, gerrit gripes with:

remote: (W) No changes between prior commit 788f263 and new commit e34791c

Looks like I can't re-push the stack of related changes because the
bottom of the stack didn't change.

How do I get around this and just push the top two changed patches ?

Cheers
/Marcus
_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel

5981 - 6000 of 8519