mtk-20170518/package/kernel/mac80211/files/lib, branch master

mac80211: add iw command wrapper with error logging

2018-09-10T07:03:09+00:00

Currently it's close to impossible to tell what part of mac80211 setup
went wrong. Errors logged into system log look like this:
radio0 (6155): command failed: No error information (-524)
radio0 (6155): command failed: Not supported (-95)
radio0 (6155): command failed: I/O error (-5)
radio0 (6155): command failed: Too many open files in system (-23)

With this commit change it's getting clear:
command failed: No error information (-524)
Failed command: iw dev wlan0 del
command failed: Not supported (-95)
Failed command: iw phy phy0 set antenna_gain 0
command failed: I/O error (-5)
Failed command: iw phy phy0 set distance 0
command failed: Too many open files in system (-23)
Failed command: iw phy phy0 interface add wlan0 type __ap

Signed-off-by: Rafał Miłecki

mac80211: refactor non-{sae,dfs} mesh initialization

2018-05-15T00:05:56+00:00

Refactor mesh initialization into a separate function, do some cleaning
on the way to make the code more readable.
Changes:
 * Move iw mesh setup to new mac80211_setup_mesh()
 * fallback on 'ssid' parameter in case 'mesh_id' isn't set
 * move setting of freq variable to shared code as it is needed for
   both, the wpa_supplicant and the iw based setup.

Signed-off-by: Daniel Golle

mac80211: Re-enable encrypted 11s meshpoint

2018-05-14T16:37:44+00:00

The commit 574e4377fad5 ("mac80211: properly setup mesh interface") uses
the variable $wpa to decide whether encrypted meshpoint is requested by the
user or not. But the variable $wpa will only be set correctly after the
function wireless_vif_parse_encryption is called.

Fixes: 574e4377fad5 ("mac80211: properly setup mesh interface")
Signed-off-by: Sven Eckelmann

mac80211: properly setup mesh interface

2018-05-14T07:48:58+00:00

Setup wpa_supplicant for encrypted mesh or when using DFS channels and
adjust interface setup to pass fixed frequency for mesh mode.

Signed-off-by: Daniel Golle

mac80211: pass down noscan to wpa_supplicant

2018-04-20T05:52:19+00:00

Signed-off-by: Daniel Golle

mac80211: join 5GHz checks

2018-04-19T12:40:26+00:00

Before this commit, devices supporting both 2.4GHz and 5GHz would be
configured for 2.4GHz by default - unless they have VHT capabilities.

With this commit, channel 36 is only set when the frequency is supported.
VHT isn't checked unless that is the case.

Signed-off-by: Leon M. George

Revert "mac80211: pass hostapd control socket to mesh-mode supplicant"

2018-04-18T15:55:23+00:00

This reverts commit 1356a66f94f31e636fafec514a1c658356ef51b3.
The change breaks wpa_supplicant.conf generation, more work is needed
to fix mesh+AP.

Signed-off-by: Daniel Golle

mac80211: pass hostapd control socket to mesh-mode supplicant

2018-04-13T01:27:01+00:00

Unlike when operating in Ad-Hoc mode, we apparently need to pass the
hostapd control socket interface to wpa_supplicant when using 802.11s
mesh mode.

There also seems to still be something wrong with the logic setting
channel and (v)htmode parameters...

Signed-off-by: Daniel Golle

mac80211: remove support code for authsae

2018-01-17T10:05:11+00:00

Signed-off-by: Felix Fietkau

merge: ssid: update default ssid

2017-12-08T18:41:18+00:00

Signed-off-by: Zoltan HERPAI