1. 30 Sep, 2015 6 commits
    • Alexander Aring's avatar
      mac802154: check on len instead mac_len · 5f2ebb3b
      Alexander Aring authored
      This patch change the length check to len instead of mac_len for
      checking if the frame control field is available to dereference.
      We need to change it because I saw issues with af_packet raw sockets
      and the mrf24j40 which calls this functionality. The raw socket
      functionality doesn't set the mac_len but resets the skb_mac_header to
      skb->data which is still correct. The issue occur at mrf24j40 only,
      because the driver need to evaluate the fc fields.
      Signed-off-by: default avatarAlexander Aring <alex.aring@gmail.com>
      Signed-off-by: default avatarMarcel Holtmann <marcel@holtmann.org>
      5f2ebb3b
    • Alexander Aring's avatar
      ieee802154: change mtu size behaviour · b40988c4
      Alexander Aring authored
      This patch changes the mtu size of 802.15.4 interfaces. The current
      setting is the meaning of the maximum transport unit with mac header,
      which is 127 bytes according 802.15.4. The linux meaning of the mtu size
      field is the maximum payload of a mac frame. Like in ethernet, which is
      1500 bytes.
      
      We have dynamic length of mac frames in 802.15.4, this is why we assume
      the minimum header length which is hard_header_len. This contains fc and
      sequence fields. These can evaluated by driver layer without additional
      checks. We currently don't support to set the FCS from userspace, so we
      need to subtract this from mtu size as well.
      Signed-off-by: default avatarAlexander Aring <alex.aring@gmail.com>
      Signed-off-by: default avatarMarcel Holtmann <marcel@holtmann.org>
      b40988c4
    • Alexander Aring's avatar
      mac802154: add comments for llsec issues · d58a2fa9
      Alexander Aring authored
      While doing a little test with the llsec implementation I saw these
      issues. We should move decryption and encruption somewhere else,
      otherwise while capturing with wireshark the mac header shows secuirty
      fields but the payload is plaintext.
      
      A complete other issue is what doing with HardMAC drivers where the
      payload is always plaintext. I think we need a special handling then in
      userspace. We currently doesn't support any HardMAC transceivers, so we
      should fix the first issue for SoftMAC transceivers.
      Signed-off-by: default avatarAlexander Aring <alex.aring@gmail.com>
      Signed-off-by: default avatarMarcel Holtmann <marcel@holtmann.org>
      d58a2fa9
    • Alexander Aring's avatar
      nl802154: add support for security layer · a26c5fd7
      Alexander Aring authored
      This patch adds support for accessing mac802154 llsec implementation
      over nl802154. I added for a new Kconfig entry to provide this
      functionality CONFIG_IEEE802154_NL802154_EXPERIMENTAL. This interface is
      still in development. It provides to change security parameters and
      add/del/dump entries of security tables. Later we can add also a get to
      get an entry by unique identifier.
      
      Cc: Phoebe Buckheister <phoebe.buckheister@itwm.fraunhofer.de>
      Signed-off-by: default avatarAlexander Aring <alex.aring@gmail.com>
      Signed-off-by: default avatarMarcel Holtmann <marcel@holtmann.org>
      a26c5fd7
    • Alexander Aring's avatar
      nl802154: use nla_get_le64 for get extended addr · 1ee06ef1
      Alexander Aring authored
      This patch uses the nla_get_le64 function instead of doing a force
      converting to le64.
      Signed-off-by: default avatarAlexander Aring <alex.aring@gmail.com>
      Signed-off-by: default avatarMarcel Holtmann <marcel@holtmann.org>
      1ee06ef1
    • Alexander Aring's avatar
      netlink: add nla_get for le32 and le64 · c648a013
      Alexander Aring authored
      This patch adds missing inline wrappers for nla_get_le32 and
      nla_get_le64. The 802.15.4 MAC byteorder is little endian and we keep
      the byteorder for fields like address configuration in the same
      byteorder as it comes from the MAC layer.
      
      To provide these fields for nl802154 userspace applications, we need
      these inline wrappers for netlink.
      
      Cc: David S. Miller <davem@davemloft.net>
      Signed-off-by: default avatarAlexander Aring <alex.aring@gmail.com>
      Signed-off-by: default avatarMarcel Holtmann <marcel@holtmann.org>
      c648a013
  2. 29 Sep, 2015 1 commit
  3. 28 Sep, 2015 1 commit
  4. 25 Sep, 2015 4 commits
  5. 24 Sep, 2015 8 commits
  6. 22 Sep, 2015 20 commits