without this patch, tx_power is directly set on the device but not in
gnrc_netdev_t. Thus, calling ifconfig in shell shows tx_power always
at 0dBm, never showing the correct, current value. Additionally, it
verifies that given tx_power to be set is in valid range.
`len` and `count` are both values that should never go `< 0`, so instead of
having to test this (in theory) every time the function is called (regardless
of by assert or if its unnecessary code), I propose to change it to `size_t`.
As a bonus I made the type of recv's buf parameter generic - no reason for it to
be a char and it might lead to unnecessary static casting requirements
This patch adds two new options to netopt. NETOPT_CCA_MODE to set
the CCA mode corresponding to the respective PHY standard and
NETOPT_RF_TESTMODE to set the test mode for the radio.
add encryption to drivers
fix new line at the end of file
add shell command for enable encryption and set encryption key on a given device
modify _net_if_set_encrypt_key to support any key length
modify _net_if_set_encrypt_key to support any key length of the key
modify blank line
fix ace before tab in indent
fix ace before tab indent
fix ace before tab indent an error
fix trailing white space
drivers/xbee: encryption support
add encryption to drivers
fix new line at the end of file
add shell command for enable encryption and set encryption key on a given device
modify _net_if_set_encrypt_key to support any key length
modify _net_if_set_encrypt_key to support any key length of the key
modify blank line
fix ace before tab in indent
fix ace before tab indent
fix ace before tab indent an error
fix trailing white space
modify drivers/xbee/xbee.c
fix white spaces on xbee.c
Update xbee encryption driver
white line at end xbee.h
fix error
fix sc_netif.c
fix rebase master interactive
drivers/xbee: encryption support
add encryption to drivers
fix new line at the end of file
add shell command for enable encryption and set encryption key on a given device
modify _net_if_set_encrypt_key to support any key length
modify _net_if_set_encrypt_key to support any key length of the key
modify blank line
fix ace before tab in indent
fix ace before tab indent
fix ace before tab indent an error
fix trailing white space
drivers/xbee: encryption support
add encryption to drivers
fix new line at the end of file
add shell command for enable encryption and set encryption key on a given device
modify _net_if_set_encrypt_key to support any key length
modify _net_if_set_encrypt_key to support any key length of the key
modify blank line
fix ace before tab in indent
fix ace before tab indent
fix ace before tab indent an error
fix trailing white space
modify drivers/xbee/xbee.c
fix white spaces on xbee.c
Update xbee encryption driver
white line at end xbee.h
fix error
fix rebase conflict 4
fix same missing in patches changes
fix ascii to hex index parser
fix syntax rules
fix syntax issue 2
add _netopt_strmap NETOPT_ENCRYPTION e NETOPT_ENCRYPTION_KEY
fix trailng white spaces
When debugging multihop wireless network, it is useful to emulate non-transitive
network, that is, node A can communicate with B and B can communicate with C,
but A cannot communicate with C directly.
If `XBEE_DENIED_ADDRESSES`, which is an array of XBee long addresses, is
defined, packets from those addresses are dropped silently.
Example:
CFLAGS += "-DXBEE_DENIED_ADDRESSES={ 0x02, 0x12, 0x34, 0x56, 0x78, 0x9a, 0xbc, 0xde, 0x02, 0x11, 0x11, 0x11, 0x11, 0x11, 0x11, 0x11 }"
`_set_addr` is called from `xbee_init` with lower bytes of the long address.
If `_set_addr` destructs the given address, the long address is also destructed.
XBee sends short address even for `API_ID_TX_LONG_ADDR` if short address is
enabled. This results in check sum error of ICMPv6 since the IP address is
computed based on long address on the sender side while it is computed based on
short address on the receiver side.
