aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux
diff options
context:
space:
mode:
authorAbhilash Tuse <Abhilash.Tuse@imgtec.com>2017-03-23 11:34:32 +0530
committerJo-Philipp Wich <jo@mein.io>2017-12-13 15:23:59 +0100
commit6b9eb0c73a7ced5091b7ab8011b9788ba23d5b79 (patch)
tree8f5161585c29923f4b3587a1c42d427fdb6ad145 /target/linux
parent040ff6fdbd36d2a202765d241fcb3844851a0678 (diff)
downloadupstream-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 'target/linux')
0 files changed, 0 insertions, 0 deletions