OrgZephyr/zephyr
OrgZephyr
/
zephyr
mirror of https://github.com/zephyrproject-rtos/zephyr.git
1
0
Fork 0
Code Issues Releases Wiki Activity
zephyr/samples/net/echo_client/prj_cc2520.conf

48 lines
1.0 KiB
Plaintext
Raw Normal View History

samples: net: Add CC2520 dedicated prj.conf files for echo apps Change-Id: I264a1577a176d37793a475e9605694d9d988fc69 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-11-08 18:06:53 +08:00
CONFIG_ARC_INIT=n
CONFIG_NETWORKING=y
CONFIG_TEST_RANDOM_GENERATOR=y
samples: net: Fix echo applications setting for 15.4 When zephyr receives a 15.4 frames it allocates 1 RX buf (nbuf) and 1 DATA (buf), and it gets queued on net stack for post processing. Problem: receiving a lot of frames is just completely nominal and very fast (timing is critical in radio, and the rx thread of the radio driver has a high priority, much higher than net stack's rx post processing). So guess what happens when CONFIG_NET_NBUF_RX_COUNT=10 though let's say 12 packets are coming in? The RX buffer pools gets empty and soon the system hangs on getting a newly allocated one. This proper CONFIG_NET_NBUF_RX_COUNT tweak fixes the issue, however some future work will reduce the need of so many RX meta buf: - l2's recv could be called right away at net_recv_data, before queuing the buffer for post-processing, but this could affects reception timing on radio side, which is critical. - An l2 pre-processing (in the middle of what current l2 recv does) could be implemented, it would be technology depenedent (aka: not mandatory on all l2) and could quickly decide what to do and at best drop the whole, or at least drop the RX meta buf (frag would still be kept). Let's see. Jira: ZEP-1427 Change-Id: Ic75b02efa36e35b450c02b3e6439a8d73f03f839 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-12-16 22:01:55 +08:00
CONFIG_NET_NBUF_RX_COUNT=20
CONFIG_NET_NBUF_TX_COUNT=5
net: nbuf: Split one global DATA pool to RX and TX DATA pools If we receive lot of packets, it might happen that we exhaust all the DATA buffers in the system. This would prevent from us sending anything to the network. Change this by splitting the DATA buffer pool into RX and TX parts. This way RX flooding cannot consume all DATA buffers that needs to be sent. Change-Id: I8e8934c6d5fdd47b579ffa6268721b5eb3d64b6d Signed-off-by: Jukka Rissanen <jukka.rissanen@linux.intel.com>
2017-02-24 05:53:59 +08:00
CONFIG_NET_NBUF_RX_DATA_COUNT=40
CONFIG_NET_NBUF_TX_DATA_COUNT=40
samples: net: Add CC2520 dedicated prj.conf files for echo apps Change-Id: I264a1577a176d37793a475e9605694d9d988fc69 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-11-08 18:06:53 +08:00
CONFIG_NET_IPV4=n
CONFIG_NET_IPV6=y
CONFIG_NET_IPV6_RA_RDNSS=y
CONFIG_NET_IF_UNICAST_IPV6_ADDR_COUNT=2
CONFIG_NET_6LO=y
CONFIG_NET_DEBUG_6LO=n
CONFIG_NET_LOG=y
CONFIG_SYS_LOG_SHOW_COLOR=y
CONFIG_INIT_STACKS=y
CONFIG_PRINTK=y
CONFIG_NET_DEBUG_CORE=y
CONFIG_NET_DEBUG_IPV6_NBR_CACHE=y
CONFIG_NET_DEBUG_IPV6=y
CONFIG_NET_DEBUG_CONTEXT=y
CONFIG_NET_DEBUG_NET_BUF=n
CONFIG_NET_DEBUG_UTILS=n
CONFIG_NET_DEBUG_IF=n
CONFIG_NET_DEBUG_ICMPV6=y
CONFIG_NET_DEBUG_CONN=n
CONFIG_NET_STATISTICS=y
net: statistics: Provide specific Kconfig options This will help to track only what's wanted (ipv6, tpc, udp, else...) if needed to. Change-Id: I5c2e5e582db629b5d0e1cd98004f693c50f532a4 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-12-13 22:19:28 +08:00
CONFIG_NET_STATISTICS_PERIODIC_OUTPUT=y
samples: net: Add CC2520 dedicated prj.conf files for echo apps Change-Id: I264a1577a176d37793a475e9605694d9d988fc69 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-11-08 18:06:53 +08:00
CONFIG_NET_L2_IEEE802154=y
CONFIG_NET_DEBUG_L2_IEEE802154=y
CONFIG_NET_L2_IEEE802154_FRAGMENT=y
CONFIG_NET_DEBUG_L2_IEEE802154_FRAGMENT=y
drivers/net/ieee802154: Change configuration prefix This commit changes Kconfig prefix for ieee802154 drivers to IEEE802154_*. This is done for consistency with config prefixes used in other subsystems. Change-Id: Ibbb4d96d2b748f4f13135bde85304ec34c5a90a6 Signed-off-by: Wojciech Bober <wojciech.bober@nordicsemi.no>
2017-02-06 18:49:16 +08:00
CONFIG_IEEE802154_CC2520=y
CONFIG_IEEE802154_CC2520_AUTO_ACK=y
ieee802154: conf: add common log level Add common log level for all IEEE802154 drivers. Change-Id: If92c96b14e630d4482aadf9cacb25662d6663399 Signed-off-by: Johann Fischer <j.fischer@phytec.de>
2017-01-10 21:24:01 +08:00
CONFIG_SYS_LOG_IEEE802154_DRIVER_LEVEL=1
samples: echo apps: Use Kconfig options to setup IPv6 on cc2520 config Change-Id: If2e6f577cee53e0a4362c4b6ba12886ff1cfdcdd Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-12-09 18:25:09 +08:00
net: Rename Kconfig.samples and its main option for future changes s/SAMPLES/APP for name shortening. Applying the change where relevant. Not only IP addresse will be available as samples settings there but also IEEE 802.15.4 channel, pan_id, and more for instance. Change-Id: I05dd24989bd0c804d9588092d67044a3e063bc88 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2017-03-15 23:01:47 +08:00
CONFIG_NET_APP_SETTINGS=y
CONFIG_NET_APP_MY_IPV6_ADDR="2001:db8::1"
CONFIG_NET_APP_PEER_IPV6_ADDR="2001:db8::2"