aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/oxnas/ox820
diff options
context:
space:
mode:
authorOldřich Jedlička <oldium.pro@gmail.com>2020-03-16 21:00:51 +0100
committerDaniel Golle <daniel@makrotopia.org>2020-03-20 21:55:17 +0000
commit23a885bf89a204f91e4f17ed96f1a9fc7f50ea34 (patch)
treee7090a242cfe53f741e58af2a2f96753546c71db /target/linux/oxnas/ox820
parentec5e8461c194346c4341e3e8bb35bc06ad707d47 (diff)
downloadupstream-23a885bf89a204f91e4f17ed96f1a9fc7f50ea34.tar.gz
upstream-23a885bf89a204f91e4f17ed96f1a9fc7f50ea34.tar.bz2
upstream-23a885bf89a204f91e4f17ed96f1a9fc7f50ea34.zip
mac80211: do not try to setup hostapd-managed interfaces.
For virtual access points (when multiple SSIDs are used for one physical AP), there exist one physical network interface and multiple virtual interfaces, which are fully under control of hostapd. When networking is setup, the script `/lib/netifd/wireless/mac80211.sh` is called, which tries to bring the interface up by a call to `ip link set dev <iface> up`. This call might fail for virtual APs, because the virtual interface might not have been created by hostapd yet. There are some artifical delays in the script most probably to handle this, but when DFS channel availability check on 5GHz band is issued, hostapd can delay creating virtual interfaces by a minute. In order to fix this (or work around it), do not try to bring the interface up (this is responsibility of hostapd anyway) and do not try to set txpower on the virtual interface. Fixes FS#2698. Signed-off-by: Oldřich Jedlička <oldium.pro@gmail.com>
Diffstat (limited to 'target/linux/oxnas/ox820')
0 files changed, 0 insertions, 0 deletions