1. 31 10月, 2009 3 次提交
    • J
      mac80211: introduce ieee80211_beacon_get_tim() · eddcbb94
      Johannes Berg 提交于
      Compared to ieee80211_beacon_get(), the new function
      ieee80211_beacon_get_tim() returns information on the
      location and length of the TIM IE, which some drivers
      need in order to generate the TIM on the device. The
      old function, ieee80211_beacon_get(), becomes a small
      static inline wrapper around the new one to not break
      all drivers.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      eddcbb94
    • J
      mac80211: remove RX_FLAG_RADIOTAP · 0869aea0
      Johannes Berg 提交于
      While there may be a case for a driver adding its
      own bits of radiotap information, none currently
      does. Also, drivers would have to copy the code
      to generate the radiotap bits that now mac80211
      generates. If some driver in the future needs to
      add some driver-specific information I'd expect
      that to be in a radiotap vendor namespace and we
      can add a different way of passing such data up
      and having mac80211 include it.
      
      Additionally, rename IEEE80211_CONF_RADIOTAP to
      IEEE80211_CONF_MONITOR since it's still used by
      b43(legacy) to obtain per-frame timestamps.
      
      The purpose of this patch is to simplify the RX
      code in mac80211 to make it easier to add paged
      skb support.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      0869aea0
    • J
      mac80211: fix radiotap header generation · 6a86b9c7
      Johannes Berg 提交于
      In
      
        commit 601ae7f2
        Author: Bruno Randolf <br1@einfach.org>
        Date:   Thu May 8 19:22:43 2008 +0200
      
            mac80211: make rx radiotap header more flexible
      
      code was added that tried to align the radiotap header
      position in memory based on the radiotap header length.
      Quite obviously, that is completely useless.
      
      Instead of trying to do that, use unaligned accesses
      to generate the radiotap header. To properly do that,
      we also need to mark struct ieee80211_radiotap_header
      packed, but that is fine since it's already packed
      (and it should be marked packed anyway since its a
      wire format).
      
      Cc: Bruno Randolf <br1@einfach.org>
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      6a86b9c7
  2. 30 10月, 2009 2 次提交
  3. 29 10月, 2009 9 次提交
  4. 28 10月, 2009 7 次提交
  5. 27 10月, 2009 1 次提交
    • E
      vlan: allow null VLAN ID to be used · 05423b24
      Eric Dumazet 提交于
      We currently use a 16 bit field (vlan_tci) to store VLAN ID/PRIO on a skb.
      
      Null value is used as a special value, meaning vlan tagging not enabled.
      This forbids use of null vlan ID.
      
      As pointed by David, some drivers use the 3 high order bits (PRIO)
      
      As VLAN ID is 12 bits, we can use the remaining bit (CFI) as a flag, and
      allow null VLAN ID.
      
      In case future code really wants to use VLAN_CFI_MASK, we'll have to use
      a bit outside of vlan_tci.
      
      #define VLAN_PRIO_MASK         0xe000 /* Priority Code Point */
      #define VLAN_PRIO_SHIFT        13
      #define VLAN_CFI_MASK          0x1000 /* Canonical Format Indicator */
      #define VLAN_TAG_PRESENT       VLAN_CFI_MASK
      #define VLAN_VID_MASK          0x0fff /* VLAN Identifier */
      Reported-by: NGertjan Hofman <gertjan_hofman@yahoo.com>
      Signed-off-by: NEric Dumazet <eric.dumazet@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      05423b24
  6. 24 10月, 2009 2 次提交
  7. 23 10月, 2009 1 次提交
  8. 21 10月, 2009 2 次提交
  9. 20 10月, 2009 5 次提交
  10. 19 10月, 2009 4 次提交
  11. 15 10月, 2009 3 次提交
  12. 14 10月, 2009 1 次提交