1. 03 Jun, 2008 2 commits
  2. 21 May, 2008 23 commits
  3. 14 May, 2008 8 commits
    • Ivo van Doorn's avatar
      mac80211: Set IEEE80211_TXPD_REQ_TX_STATUS for all TX frames · b0a67179
      Ivo van Doorn authored
      All interfaces should set the IEEE80211_TXPD_REQ_TX_STATUS flag for all TX frames
      which will force the master interface to set the IEEE80211_TX_CTL_REQ_TX_STATUS
      flag. This in turn will allow drivers to check for that flag before reporting
      the TX status to mac80211.
      
      This is very usefull when frames (like beacons, RTS and CTS-to-self) should not
      be reported back to mac80211. Later we could add more extensive checks to
      exclude more frames from being reported, or let mac80211 decide if it wants
      the frame for status reporting or not.
      
      v2: Monitor interfaces should also set IEEE80211_TXPD_REQ_TX_STATUS
      Signed-off-by: default avatarIvo van Doorn <IvDoorn@gmail.com>
      Acked-by: default avatarJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      b0a67179
    • Bruno Randolf's avatar
      mac80211: make rx radiotap header more flexible · 601ae7f2
      Bruno Randolf authored
      use hw flags and rx flags to determine which fields are present in the header
      and use all available information from the driver.
      
      make sure radiotap header starts at a naturally aligned address (mod 8) for
      all radiotap fields.
      Signed-off-by: default avatarBruno Randolf <br1@einfach.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      601ae7f2
    • Bruno Randolf's avatar
      mac80211: use hardware flags for signal/noise units · 566bfe5a
      Bruno Randolf authored
      trying to clean up the signal/noise code. the previous code in mac80211 had
      confusing names for the related variables, did not have much definition of
      what units of signal and noise were provided and used implicit mechanisms from
      the wireless extensions.
      
      this patch introduces hardware capability flags to let the hardware specify
      clearly if it can provide signal and noise level values and which units it can
      provide. this also anticipates possible new units like RCPI in the future.
      
      for signal:
      
        IEEE80211_HW_SIGNAL_UNSPEC - unspecified, unknown, hw specific
        IEEE80211_HW_SIGNAL_DB     - dB difference to unspecified reference point
        IEEE80211_HW_SIGNAL_DBM    - dBm, difference to 1mW
      
      for noise we currently only have dBm:
      
        IEEE80211_HW_NOISE_DBM     - dBm, difference to 1mW
      
      if IEEE80211_HW_SIGNAL_UNSPEC or IEEE80211_HW_SIGNAL_DB is used the driver has
      to provide the maximum value (max_signal) it reports in order for applications
      to make sense of the signal values.
      
      i tried my best to find out for each driver what it can provide and update it
      but i'm not sure (?) for some of them and used the more conservative guess in
      doubt. this can be fixed easily after this patch has been merged by changing
      the hardware flags of the driver.
      
      DRIVER          SIGNAL    MAX	NOISE   QUAL
      -----------------------------------------------------------------
      adm8211         unspec(?) 100   n/a     missing
      at76_usb        unspec(?) (?)   unused  missing
      ath5k           dBm             dBm     percent rssi
      b43legacy       dBm             dBm     percent jssi(?)
      b43             dBm             dBm     percent jssi(?)
      iwl-3945        dBm             dBm     percent snr+more
      iwl-4965        dBm             dBm     percent snr+more
      p54             unspec    127   n/a     missing
      rt2x00          dBm	        n/a     percent rssi+tx/rx frame success
        rt2400        dBm             n/a
        rt2500pci     dBm             n/a
        rt2500usb     dBm             n/a
        rt61pci       dBm             n/a
        rt73usb       dBm             n/a
      rtl8180         unspec(?) 65    n/a     (?)
      rtl8187         unspec(?) 65    (?)     noise(?)
      zd1211          dB(?)     100   n/a     percent
      
      drivers/net/wireless/ath5k/base.c:      Changes-licensed-under: 3-Clause-BSD
      Signed-off-by: default avatarBruno Randolf <br1@einfach.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      566bfe5a
    • Johannes Berg's avatar
      mac80211: fix queue constant confusion · fac371d9
      Johannes Berg authored
      In commit 31ccc476b77234f6afb3 (mac80211: QoS related cleanups) I
      accidentally changed these to use IEEE80211_MAX_AMPDU_QUEUES twice
      which obviously is wrong, it should be IEEE80211_MAX_QUEUES once.
      Currently harmless as they're both the same value anyway.
      Signed-off-by: default avatarJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      fac371d9
    • Johannes Berg's avatar
      mac80211: proper STA info locking · 07346f81
      Johannes Berg authored
      As discussed earlier, we can unify locking in struct sta_info
      and use just a single spinlock protecting all members of the
      structure that need protection. Many don't, but one of the
      especially bad ones is the 'flags' member that can currently
      be clobbered when RX and TX is being processed on different
      CPUs at the same time.
      
      Because having four spinlocks for different, mostly exclusive
      parts of a single structure is overkill, this patch also kills
      the ampdu and mesh plink spinlocks and uses just a single one
      for everything. Because none of the spinlocks are nested, this
      is safe.
      
      It remains to be seen whether or not we should make the sta
      flags use atomic bit operations instead, for now though this
      is a safe thing and using atomic operations instead will be
      very simple using the new static inline functions this patch
      introduces for accessing sta->flags.
      
      Since spin_lock_bh() is used with this lock, there shouldn't
      be any contention even if aggregation is enabled at around the
      same time as both requires frame transmission/reception which
      is in a bh context.
      Signed-off-by: default avatarJohannes Berg <johannes@sipsolutions.net>
      Cc: Tomas Winkler <tomasw@gmail.com>
      Cc: Ron Rindjunsky <ron.rindjunsky@intel.com>
      Cc: Luis Carlos Cobo <luisca@cozybit.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      07346f81
    • Johannes Berg's avatar
      mac80211: require four hardware queues for QoS/HT · 3434fbd3
      Johannes Berg authored
      This patch makes mac80211 only announce QoS/HT support when
      the underlying hardware has four (or more) queues.
      Signed-off-by: default avatarJohannes Berg <johannes@sipsolutions.net>
      Cc: Ron Rindjunksi <ron.rindjunksi@intel.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      3434fbd3
    • Harvey Harrison's avatar
      mac80211: tkip.c use kernel-provided infrastructure · 8c046c8c
      Harvey Harrison authored
      Use kernel-provided bit rotation and unaligned access infrastructure rather
      than opencoding it.
      
      Some minor spacing adjustments as well.
      Signed-off-by: default avatarHarvey Harrison <harvey.harrison@gmail.com>
      Cc: "John W. Linville" <linville@tuxdriver.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      8c046c8c
    • Harvey Harrison's avatar
  4. 12 May, 2008 7 commits