diff options
author | Abhilash Tuse <Abhilash.Tuse@imgtec.com> | 2017-03-23 11:34:32 +0530 |
---|---|---|
committer | Felix Fietkau <nbd@nbd.name> | 2017-05-03 13:58:23 +0200 |
commit | 41feba8c4aa33ca3c6fa7c1a6c3224aae02440a7 (patch) | |
tree | ae2e7ee65f7c7486b9ec380c53ba529ab8373f03 /package/devel | |
parent | 65de093c18dab98046865c588fe7623e531f9580 (diff) | |
download | upstream-41feba8c4aa33ca3c6fa7c1a6c3224aae02440a7.tar.gz upstream-41feba8c4aa33ca3c6fa7c1a6c3224aae02440a7.tar.bz2 upstream-41feba8c4aa33ca3c6fa7c1a6c3224aae02440a7.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]
Diffstat (limited to 'package/devel')
0 files changed, 0 insertions, 0 deletions