linux-toradex.git/net/mac80211/ht.c, branch v4.4.158

mac80211: add VHT support for IBSS

2015-03-30T08:48:26+00:00

Add VHT support for IBSS. Drivers could activate
this feature by setting NL80211_EXT_FEATURE_VHT_IBSS
flag.

Signed-off-by: Janusz Dziedzic 
Signed-off-by: Johannes Berg

mac80211: set Rx highest rate in ht_cap

2014-07-21T10:14:04+00:00

Set for completeness mostly, currently unused in the code.

Signed-off-by: Arik Nemtsov 
Reviewed-by: Emmanuel Grumbach 
Signed-off-by: Johannes Berg

mac80211: support HT for TDLS stations

2014-07-21T10:14:04+00:00

Add the HT capabilities and HT operation information elements to TDLS
setup packets where appropriate.

Signed-off-by: Arik Nemtsov 
Reviewed-by: Emmanuel Grumbach 
Signed-off-by: Johannes Berg

mac80211: Allow HT capa override to add 40 MHz intolerant

2014-04-22T15:23:19+00:00

This can be useful for testing purposes to confirm valid AP behavior on
HT 20/40 co-existence functionality.

Signed-off-by: Jouni Malinen 
Signed-off-by: Johannes Berg

mac80211: Allow disabling LDPC

2014-04-09T08:56:00+00:00

This allows user-space (wpa_supplicant) to disable LDPC coding.

Signed-off-by: Pawel Kulakowski 
Signed-off-by: Johannes Berg

mac80211: allow drivers to request SMPS off

2014-02-21T08:28:52+00:00

Previously we were warning and using automatic when a driver sent an
update request with SMPS off.  This patch makes it possible for
drivers to disable SMPS at runtime, for whatever reason.

Signed-off-by: Luciano Coelho 
Signed-off-by: Johannes Berg

Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless

2014-02-13T19:43:02+00:00

mac80211: avoid deadlock revealed by lockdep

2014-02-06T08:55:18+00:00

sdata->u.ap.request_smps_work can’t be flushed synchronously
under wdev_lock(wdev) since ieee80211_request_smps_ap_work
itself locks the same lock.
While at it, reset the driver_smps_mode when the ap is
stopped to its default: OFF.

This solves:

======================================================
[ INFO: possible circular locking dependency detected ]
3.12.0-ipeer+ #2 Tainted: G           O
-------------------------------------------------------
rmmod/2867 is trying to acquire lock:
  ((&sdata->u.ap.request_smps_work)){+.+...}, at: [] flush_work+0x0/0x90

but task is already holding lock:
  (&wdev->mtx){+.+.+.}, at: [] cfg80211_stop_ap+0x26/0x230 [cfg80211]

which lock already depends on the new lock.

the existing dependency chain (in reverse order) is:

-> #1 (&wdev->mtx){+.+.+.}:
        [] lock_acquire+0x79/0xe0
        [] mutex_lock_nested+0x4a/0x360
        [] ieee80211_request_smps_ap_work+0x2b/0x50 [mac80211]
        [] process_one_work+0x198/0x450
        [] worker_thread+0xf9/0x320
        [] kthread+0x9f/0xb0
        [] ret_from_kernel_thread+0x1b/0x28

-> #0 ((&sdata->u.ap.request_smps_work)){+.+...}:
        [] __lock_acquire+0x183f/0x1910
        [] lock_acquire+0x79/0xe0
        [] flush_work+0x47/0x90
        [] __cancel_work_timer+0x67/0xe0
        [] cancel_work_sync+0xf/0x20
        [] ieee80211_stop_ap+0x8c/0x340 [mac80211]
        [] cfg80211_stop_ap+0x8c/0x230 [cfg80211]
        [] cfg80211_leave+0x79/0x100 [cfg80211]
        [] cfg80211_netdev_notifier_call+0xf2/0x4f0 [cfg80211]
        [] notifier_call_chain+0x59/0x130
        [] __raw_notifier_call_chain+0x1e/0x30
        [] raw_notifier_call_chain+0x1f/0x30
        [] call_netdevice_notifiers_info+0x33/0x70
        [] call_netdevice_notifiers+0x13/0x20
        [] __dev_close_many+0x34/0xb0
        [] dev_close_many+0x6e/0xc0
        [] rollback_registered_many+0xa7/0x1f0
        [] unregister_netdevice_many+0x14/0x60
        [] ieee80211_remove_interfaces+0xe9/0x170 [mac80211]
        [] ieee80211_unregister_hw+0x56/0x110 [mac80211]
        [] iwl_op_mode_mvm_stop+0x26/0xe0 [iwlmvm]
        [] _iwl_op_mode_stop+0x3a/0x70 [iwlwifi]
        [] iwl_opmode_deregister+0x6f/0x90 [iwlwifi]
        [] __exit_compat+0xd/0x19 [iwlmvm]
        [] SyS_delete_module+0x179/0x2b0
        [] sysenter_do_call+0x12/0x32

Fixes: 687da132234f ("mac80211: implement SMPS for AP")
Cc:  [3.13]
Reported-by: Ilan Peer 
Signed-off-by: Emmanuel Grumbach 
Signed-off-by: Johannes Berg

mac80211: send {ADD,DEL}BA on AC_VO like other mgmt frames, as per spec

2014-02-04T20:48:28+00:00

ATM, {ADD,DEL}BA and BAR frames are sent on the AC matching the TID of
the BA parameters. In the discussion [1] about this patch, Johannes
recalled that it fixed some races with the DELBA and indeed this
behavior was introduced in [2].
While [2] is right for the BARs, the part queueing the {ADD,DEL}BAs on
their BA params TID AC violates the spec and is more a workaround for
some drivers. Helmut expressed some concerns wrt such drivers, in
particular DELBAs in rt2x00.

ATM, DELBAs are sent after a driver has called (hence "purposely")
ieee80211_start_tx_ba_cb_irqsafe and Johannes and Emmanuel gave some
details wrt intentions behind the split of the IEEE80211_AMPDU_TX_STOP_*
given to the driver ampdu_action supposed to call this function, which
could prove handy to people trying to do the right thing in faulty
drivers (if their fw/hw don't get in their way).

[1] http://mid.gmane.org/1390391564-18481-1-git-send-email-karl.beldan@gmail.com
[2] Commit: cf6bb79ad828 ("mac80211: Use appropriate TID for sending BAR, ADDBA and DELBA frames")

Signed-off-by: Karl Beldan 
Cc: Helmut Schaa 
Cc: Emmanuel Grumbach 
Signed-off-by: Johannes Berg

mac80211: allow to set smps mode to OFF in AP mode

2014-01-07T15:25:49+00:00

In managed mode, we should not ask for OFF mode because the
power settings may still require DYNAMIC. In AP mode, this
should be allowed since the default settings is OFF and
AUTOMATIC is not allowed.

Signed-off-by: Emmanuel Grumbach 
Signed-off-by: Johannes Berg