1. 28 Feb, 2015 6 commits
    • Johannes Berg's avatar
      mac80211: remove TX latency measurement code · abfbc3af
      Johannes Berg authored
      Revert commit ad38bfc9 ("mac80211: Tx frame latency statistics")
      (along with some follow-up fixes).
      
      This code turned out not to be as useful in the current form as we
      thought, and we've internally hacked it up more, but that's not
      very suitable for upstream (for now), and we might just do that
      with tracing instead.
      
      Therefore, for now at least, remove this code. We might also need
      to use the skb->tstamp field for the TCP performance issue, which
      is more important than the debugging.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      abfbc3af
    • Masashi Honma's avatar
      nl/mac80211: allow zero plink timeout to disable STA expiration · 31f909a2
      Masashi Honma authored
      Both wpa_supplicant and mac80211 have and inactivity timer. By default
      wpa_supplicant will be timed out in 5 minutes and mac80211's it is 30
      minutes. If wpa_supplicant uses a longer timer than mac80211, it will
      get unexpected disconnection by mac80211.
      
      Using 0xffffffff instead as the configured value could solve this w/o
      changing the code, but due to integer overflow in the expression used
      this doesn't work. The expression is:
      
      (current jiffies) > (frame Rx jiffies + NL80211_MESHCONF_PLINK_TIMEOUT * 250)
      
      On 32bit system, the right side would overflow and be a very small
      value if NL80211_MESHCONF_PLINK_TIMEOUT is sufficiently large,
      causing unexpectedly early disconnections.
      
      Instead allow disabling the inactivity timer to avoid this situation,
      by passing the (previously invalid and useless) value 0.
      Signed-off-by: default avatarMasashi Honma <masashi.honma@gmail.com>
      [reword/rewrap commit log]
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      31f909a2
    • Bob Copeland's avatar
      mac80211_hwsim: support any address in userspace · cd37a90b
      Bob Copeland authored
      Due to the checks in get_hwsim_data_ref_from_addr, wmediumd
      was only able to use the second mac address (those starting with
      0x42).  This is confusing and needlessly limiting, so allow any
      configured address.
      Signed-off-by: default avatarBob Copeland <me@bobcopeland.com>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      cd37a90b
    • Johannes Berg's avatar
      cfg80211-wext: export symbols only when needed · 2afe38d1
      Johannes Berg authored
      When a fully converted cfg80211 driver needs cfg80211-wext for
      userspace API purposes, the symbols need not be exported. When
      other drivers (orinoco/hermes or ipw2200) are enabled, they do
      need the symbols exported as they use them directly.
      
      Make those drivers select a new CFG80211_WEXT_EXPORT Kconfig
      symbol (instead of just CFG80211_WEXT) and export the functions
      only if requested - this saves about 1/2k due to the size of
      EXPORT_SYMBOL() itself.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      2afe38d1
    • Johannes Berg's avatar
      mac80211: iterate using station list in AP SMPS · 7d9bb2f0
      Johannes Berg authored
      When changing AP SMPS, we need to look up all the stations
      for this interface, so there's no reason to iterate over
      hash chains rather than doing the simpler iteration over
      the station list.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      7d9bb2f0
    • Johannes Berg's avatar
      mac80211: don't look up stations for multicast addresses · 9d6b106b
      Johannes Berg authored
      Since multicast addresses don't exist as stations, don't attempt
      to look them up in the hashtable on TX.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      9d6b106b
  2. 23 Feb, 2015 1 commit
    • Roopa Prabhu's avatar
      bridge: add vlan info to bridge setlink and dellink notification messages · b7853d73
      Roopa Prabhu authored
      vlan add/deletes are not notified to userspace today. This patch adds
      vlan info to bridge newlink/dellink notifications generated from the
      bridge driver. Notifications use the RTEXT_FILTER_BRVLAN_COMPRESSED
      flag to compress vlans into ranges whereever applicable.
      
      The size calculations does not take ranges into account for
      simplicity.  This has the potential for allocating a larger skb than
      required.
      
      There is an existing inconsistency with bridge NEWLINK and DELLINK
      change notifications. Both generate NEWLINK notifications.  Since its
      always a NEWLINK notification, this patch includes all vlans the port
      belongs to in the notification. The NEWLINK and DELLINK request
      messages however only include the vlans to be added and deleted.
      Signed-off-by: default avatarRoopa Prabhu <roopa@cumulusnetworks.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      b7853d73
  3. 22 Feb, 2015 8 commits
  4. 20 Feb, 2015 23 commits
  5. 19 Feb, 2015 2 commits
    • David S. Miller's avatar
      Merge branch 'mv88e6171_indirect_phy' · 69994d17
      David S. Miller authored
      Andrew Lunn says:
      
      ====================
      Indirect phy access for mv88e6171
      
      These two patches allow the mv88e6171 driver to access the port phys
      using indirect addressing. Depending on pin strapping, the switch
      either uses a single address on the host MDIO bus, requiring the port
      phys are accessed indirectly, or the switch uses a number of addresses
      on the host bus and the phys can be directly accessed.
      
      The 370RD, the first supported platform to use the 6171 uses multiple
      addresses, so this indirect mode was not required. However the
      WRT1900AC has the switch configured to use a single address, and so
      indirect access is needed.
      
      The mv88e6352 already has all the needed code. Refactor it into the
      shared mv88e6xxx and then use it in the mv88e6171 driver.
      
      Tested on the 370RD and WRT1900AC.
      
      It would be good if Guenter Roeck could test on his platform to ensure
      i've not broken anything for the mv88e6352.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      69994d17
    • Andrew Lunn's avatar
      net: dsa: mv88e6171: Enable access to phys via internal mdio bus · 4c732668
      Andrew Lunn authored
      When the device is configured to use single chip addressing mode, the
      phy devices of the port are not accessible on the host MDIO
      bus. Instead the switch internal MDIO bus must be used. For this to
      work, the phy polling unit must be enabled.
      Signed-off-by: default avatarAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      4c732668