diff options
author | Abhilash Tuse <Abhilash.Tuse@imgtec.com> | 2017-03-23 11:34:32 +0530 |
---|---|---|
committer | Jo-Philipp Wich <jo@mein.io> | 2017-12-13 15:23:59 +0100 |
commit | 6b9eb0c73a7ced5091b7ab8011b9788ba23d5b79 (patch) | |
tree | 8f5161585c29923f4b3587a1c42d427fdb6ad145 /scripts/kconfig.pl | |
parent | 040ff6fdbd36d2a202765d241fcb3844851a0678 (diff) | |
download | upstream-6b9eb0c73a7ced5091b7ab8011b9788ba23d5b79.tar.gz upstream-6b9eb0c73a7ced5091b7ab8011b9788ba23d5b79.tar.bz2 upstream-6b9eb0c73a7ced5091b7ab8011b9788ba23d5b79.zip |
hostapd: fix reload frequency change patch
When sta is configured, hostapd receives 'stop' and 'update' command from
wpa_supplicant. In the update command, hostapd gets sta parameters with
which it configures ap.
Problem is, with the default wireless configuration:
mode:11g freq:2.4GHz channel:1
If sta is connected to 5GHz network, then ap does not work. Ideally with
340-reload_freq_change.patch hostapd should reload the frequency changes
and start ap in 5GHz, but ap becomes invisible in the network.
This issue can be reproduced with following /etc/config/wireless:
config wifi-device radio0
option type mac80211
option channel 1
option hwmode 11g
option path 'virtual/uccp420/uccwlan'
option htmode 'none'
config wifi-iface 'ap'
option device 'radio0'
option encryption 'none'
option mode 'ap'
option network 'ap'
option ssid 'MyTestNet'
option encryption none
config wifi-iface 'sta'
option device radio0
option network sta
option mode sta
option ssid TestNet-5G
option encryption psk2
option key 12345
This change updates current_mode structure based on configured hw_mode
received from wpa_supplicant. Also prepare rates table after frequency
selection.
Signed-off-by: Abhilash Tuse <Abhilash.Tuse@imgtec.com>
Signed-off-by: Felix Fietkau <nbd@nbd.name> [cleanup, patch refresh]
(cherry picked from commit 41feba8c4aa33ca3c6fa7c1a6c3224aae02440a7)
Diffstat (limited to 'scripts/kconfig.pl')
0 files changed, 0 insertions, 0 deletions