Skip to content

L
linux

Linux-御风守护者 / linux
与 Fork 源项目一致

从无法访问的项目Fork

通知 1
Star 0
Fork 0
L
linux

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 16 12月, 2013 7 次提交
    • J
      mac80211: optimise synchronize_net() for sta_info_flush · d778207b
      由 Johannes Berg 提交于 
      There's no reason to have one synchronize_net() for each
removed station, refactor the code slightly to have just
a single synchronize_net() for all stations.

Note that this is currently useless as hostapd removes
stations one by one and this coalescing never happens.
Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      d778207b
    • J
      mac80211: move synchronize_net() before sta key removal · c8782078
      由 Johannes Berg 提交于 
      There's no reason to do this inside the sta key removal
since the keys can only be reached through the sta (and
not by the driver at all) so once the sta can no longer
be reached, the keys are safe.

This will allow further optimisation opportunities with
multiple stations.
Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      c8782078
    • J
      mac80211: don't delay station destruction · d34ba216
      由 Johannes Berg 提交于 
      If we can assume that stations are never referenced by the
driver after sta_state returns (and this is true since the
previous iwlmvm patch and for all other drivers) then we
don't need to delay station destruction, and don't need to
play tricks with rcu_barrier() etc.

This should speed up some scenarios like hostapd shutdown.
Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      d34ba216
    • J
      mac80211: move 4-addr sta pointer clearing before synchronize_rcu() · a710c816
      由 Johannes Berg 提交于 
      The pointer should be cleared before synchronize_rcu() so that the
consequently dead station won't be found by any lookups in the TX
or RX paths.

Also check that the station is actually the one being removed, the
check is not needed because each 4-addr VLAN can only have a single
station and non-4-addr VLANs always have a NULL pointer there, but
the code is clearer this way (and we avoid the memory write.)
Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      a710c816
    • J
      iwlwifi: mvm: use pre-RCU-sync sta removal operation · 1ddbbb0c
      由 Johannes Berg 提交于 
      iwlmvm relies on the current mac80211 behaviour of allowing
station pointers to be valid for an RCU grace period after
returning from the sta_state() callback. To optimise these
cases, this behaviour is going away, so make the driver use
the new sta_pre_rcu_remove() method to clear the pointer in
the fw_id_to_mac_id[] array.

Since this may happen while the station is still present in
the firmware, don't set the pointer to NULL but to -ENOENT
to mark this particular case. In client mode, the station
is kept even longer (until marking the MAC as unassociated)
so the drain flow must take this new behavior into account.
Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      1ddbbb0c
    • J
      mac80211: add pre-RCU-sync sta removal driver operation · 6a9d1b91
      由 Johannes Berg 提交于 
      Currently, mac80211 allows drivers to keep RCU-protected station
references that are cleared when the station is removed from the
driver and consequently needs to synchronize twice, once before
removing the station from the driver (so it can guarantee that
the station is no longer used in TX towards the driver) and once
after the station is removed from the driver.

Add a new pre-RCU-synchronisation station removal operation to
the API to allow drivers to clear/invalidate their RCU-protected
station pointers before the RCU synchronisation.

This will allow removing the second synchronisation by changing
the driver API so that the driver may no longer assume a valid
RCU-protected pointer after sta_remove/sta_state returns.

The alternative to this would be to synchronize_rcu() in all the
drivers that currently rely on this behaviour (only iwlmvm) but
that would defeat the purpose.
Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      6a9d1b91
    • J
      Merge remote-tracking branch 'wireless-next/master' into mac80211-next · c4de673b
      由 Johannes Berg 提交于
      c4de673b
  3. 11 12月, 2013 11 次提交
  5. 10 12月, 2013 22 次提交