aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* hostapd: enable dynamic modification of acl policyNadim Zubidat2012-11-065-2/+105
| | | | | | | | | add APIs for dynamically changing the macaddr_acl policy and mac addresses lists. once changed, hostapd will deauth stations which do not pass the new policy. Signed-off-by: Nadim Zubidat <nadimz@ti.com>
* P2P: Fix duplicate handling of rx action frames (UPSTREAM)Eyal Shapira2012-11-051-0/+6
| | | | | | | | | | | | | | | When using a separate group iface both p2p device iface and the group iface are registered for action frames. This causes duplicate handling of rx action frames. One side effect of this is getting multiple responses for requests sent over action frames while GO/CLI are up like prov disc and dev disc. Fix this by discarding the duplicate p2p action frames received on the group iface. The code will handle all of these correctly when coming on the p2p dev iface as it looks at the DA when where relevant. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* android: wpa_s template: set p2p_go_max_inactivity to 60s (ANDROID)Eyal Shapira2012-11-021-1/+1
| | | | | | | | | | | | | | | | | | | | The previous value of 30s was problematic in passing WiFi Direct certification test 6.1.12. In this test the GO is checked for buffering packets while the client is in PS and doesn't send a trigger to get out of PS for 50s. Any value less than 50s would lead to a failed inactivity check and the GO disconnecting the client in this test. It's important to minimize p2p_go_max_inactivity as it helps the GO detect clients which disconnected despite missing on the deauth frame. This is not uncommon in JB as there are scans on the STA interface which take us off the GO oper channel. Until the GO performs an inactivity check the UI will keep showing the client as "Connected" and the GO will remain operational which creates a bad user experience. [This should supersede "P2P: set P2P_GO_MAX_INACTIVITY to 100s" in the next rebase] Signed-off-by: Eyal Shapira <eyal@wizery.com>
* P2P: cancel action frame offchan wait after recv go neg resp (UPSTREAM)Eyal Shapira2012-11-021-1/+1
| | | | | | | | | | | A wait of 200ms is configured after sending the go neg request. The go neg process can end quickly within less than 200ms. If this wait isn't canceled it can cause the beaconing of the GO to start while mac80211 is still off channel on the listen channel and this may cause beaconing on the wrong channel if oper channel is different from the listen channel. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* P2P: set P2P_GO_MAX_INACTIVITY to 100sIgal Chernobelsky2012-11-011-1/+1
| | | | | | | | WiFi Direct certification test 6.1.12 expects GO to be active during 50 sec, so changing P2P_GO_MAX_INACTIVITY from 30 sec to 100 sec to pass the test. Signed-off-by: Igal Chernobelsky <igalc@ti.com>
* Don't disable and select new network if SETBAND didn't change (ANDROID)Eyal Shapira2012-10-291-4/+14
| | | | | | | | | | | | | Current SETBAND would trigger network selection and as part of this a scan attempt. This is not required in case SETBAND didn't change the existing setting. In Android which sends SETBAND immediately after WiFi startup this would trigger needless scan attempts which would usually fail with -EBUSY as another framework triggers scan was already going on. The retry mechanism would then attempt further scans every 1 sec. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* Trigger sched scan on wpa_s init if enabled networks (INTERNAL)Eyal Shapira2012-10-291-5/+2
| | | | | | | | | | The switch to triggering a normal scan initially was done to prevent interference between sched scan and normal scan. This is no longer an issue. Triggering a sched scan is better as it works better in our case than the normal scan wrt hidden networks. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* android: wpa_s template: enable concurrent_sched_scan (ANDROID)Eyal Shapira2012-10-291-0/+1
| | | | | | | Our solution supports this and it speeds up initial connection to hidden networks. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* Allow concurrent normal scan and sched scan (UPSTREAM)Eyal Shapira2012-10-294-2/+15
| | | | | | | | | | Some drivers support sched scan and normal scan. Enable this by configuration of concurrent_sched_scan=1 This can speed up connection to scan_ssid=1 networks as the sched scan doesn't get interrupted by a normal scan for wildcard SSID. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* Avoid normal scans before sched scan if max_scan_ssids=1 (UPSTREAM)Eyal Shapira2012-10-291-0/+5
| | | | | | | | | | In the case of max_scan_ssids=1 we may fallback to normal scan if there's a single scan_ssid network. However the normal scan can't add a wildcard SSID to the ssid list as it's limited to a single entry. This delays getting broadcast scan results. Always prefer to do a sched scan in such a case. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* Disable p2p on wlan0 (JB)Eyal Shapira2012-10-291-0/+5
| | | | | | | | | | | | This prevents P2P IEs from being added to probes of scans on the STA interface. These are not needed and prolong required channel dwell time and Tx of probes. This is somewhat of a hack but was a preferred approach on adding framework changes to add p2p_disabled=1 to p2p_supplicant.conf and not to wpa_supplicant.conf when both are created from the same template. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* P2P: Allow P2P functionality to be disabled per interfaceJouni Malinen2012-10-294-1/+10
| | | | | | | | | | | | | | | | | By default, P2P is enabled globally for all virtual interfaces and this makes wpa_supplicant include WSC and P2P IEs in Probe Request frames for all scans even if this is for a non-P2P station connection to speed up device discovery. If an interface is dedicated for non-P2P station mode operations, it is now possible to disable addition of WSC and P2P IEs into Probe Request frames with a per-interface p2p_disabled parameter. This can be set either in the configuration file (p2p_disabled=1) or at run time ("wpa_cli -i wlan0 set p2p_disabled 1"). Unlike the previous mechanism ("wpa_cli p2p_set disabled 1"), the new parameter changes the behavior only for the specified interface while other interfaces continue to follow the global P2P enabled/disabled state. Signed-hostap: Jouni Malinen <jouni@qca.qualcomm.com> Signed-off-by: Eyal Shapira <eyal@wizery.com>
* Revert "Add P2P IEs to probe requests only when in P2P (UPSTREAM)"Eyal Shapira2012-10-295-27/+1
| | | | | | | | | | | This is replaced by a recent patch by Jouni in the upstream: "P2P: Allow P2P functionality to be disabled per interface" This reverts commit a56f6df6f8e5dcd650893e8beb4a16a633c179d1. Conflicts: src/p2p/p2p.c
* P2P: speed up scans when connecting to persistent GO (UPSTREAM)Eyal Shapira2012-10-291-1/+2
| | | | | | | | | | In the case of a persistent GO invoking a P2P group by invite the P2P client starts scanning for the GO but it might still not be up. If not found the next scan is scheduled for scan_interval secs but this too long. Speed up scans to find GO like it's being done in P2P provisioing. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* wpa_s: fix bss selection on identical SSIDs with WEP+AES/TKIPVictor Goldenshtein2012-10-291-1/+1
| | | | | | | | | | | | | Configuring two identical SSIDs - one with WEP-SHARED security and one with AES/TKIP breaks any authentication attempt with WEP-SHARED SSID. Reason for this behavior is that during BSS selection from the priority group wrong BSS (with AES/TKIP) was selected. Fix this by disallowing "non-WPA/WPA2" BSS selection with defined rsn_ie/wpa_ie. Signed-off-by: Victor Goldenshtein <victorg@ti.com>
* P2P: cancel action frame offchan wait after recv go neg confEyal Shapira2012-10-241-0/+1
| | | | | | | | | | | The missing call to scan_action_done keeps us offchan on the listen channel for 250ms following sending go neg resp. In case the oper channel is different from the listen channel and we're GO a race could lead to start beaconing while offchan. This causes the beacons to go out on the listen channel instead of the oper channel. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* P2P: Don't delete group on non P2P interfaces (UPSTREAM)Eyal Shapira2012-10-101-0/+24
| | | | | | | | | | | | | p2p_group_remove * calls wpas_p2p_disconnect on all interfaces including non P2P ones. This has undesired effects such as disconnecting concurrent connected STA interfaces as well as emitting P2P-GROUP-REMOVED events on all interfaces including ones that didn't actually have a P2P CLI or GO running. Instead fail explicitly when attempting to p2p disconnect an interface with no P2P activity. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* android: wpa_s template: disassoc on low ack by default (ANDROID)Arik Nemtsov2012-10-031-0/+1
| | | | | | When operating as a GO, disassoc the peer station on aging/Tx failure Signed-off-by: Arik Nemtsov <arik@wizery.com>
* P2P: block find if P2P GO or CLI are active (INTERNAL)Eyal Shapira2012-09-301-0/+20
| | | | | | | | | The roc on a channel for 100+ ms which is part of the find disturbs the P2P GO/CLI as these scenarios are unsupported in non multi channel driver. Therefore block the find in this case. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* Revisit "nl80211: dummy DRIVER SETBAND handler"Vishal Mahaveer2012-09-281-3/+3
| | | | | | | Used the wrong string compare API before. Fix it by using the correst API. Signed-off-by: Vishal Mahaveer <vishalm@ti.com>
* wpa_s: handle channel conflicts on GO+STA shared interfaceVictor Goldenshtein2012-09-271-0/+6
| | | | | | | | | Stop blocking GO role if its operational channel differs from the STA channel, as now the driver can handle channel conflicts by sending channel switch request to the userspace. Signed-off-by: Victor Goldenshtein <victorg@ti.com>
* nl80211: dummy DRIVER SETBAND handlerVishal Mahaveer2012-09-251-0/+3
| | | | | | | | SETBAND command is handled in wpa_supplicant_driver_cmd API. Add a dummy handler in driver_nl80211 for avoiding misleading log, "Unsupported command: SETBAND ". Signed-off-by: Vishal Mahaveer <vishalm@ti.com>
* P2P: correct p2p_mult_chan operation (SQUASH)Arik Nemtsov2012-09-251-1/+1
| | | | | | | | | | | | | Should be squashed with: commit 61d59eaa7ebf59c926d40b00228e227b3d27f8c9 Author: Arik Nemtsov <arik@wizery.com> Date: Mon Sep 24 17:39:23 2012 +0200 P2P: add conf param to prefer p2p multi channel Reported-by: Eyal Shapira <eyal@wizery.com> Signed-off-by: Arik Nemtsov <arik@wizery.com>
* android: wpa_s template: allow p2p multi channel operation (ANDROID)Arik Nemtsov2012-09-241-0/+1
| | | | | | | | | Set the p2p_multi_chan parameter to 1 by default. It will have no effect if the current driver doesn't support multi-channel. Otherwise it will allow the P2P channel to be set while disregarding other connected interfaces on the phy. Signed-off-by: Arik Nemtsov <arik@wizery.com>
* P2P: add conf param to prefer p2p multi channelArik Nemtsov2012-09-244-7/+22
| | | | | | | | | | | When p2p_multi_chan=1 is set in the wpa_supplicant.conf file, don't set the P2P operating channel according to any existing shared frequency. Normally we would force the operating channel to be the same as that of other interfaces operating on the same phy. This param allow us to optimize P2P user experience by allowing an arbitrary operating channel. Signed-off-by: Arik Nemtsov <arik@wizery.com>
* P2P: fix oper channel selection (SQUASH)Arik Nemtsov2012-09-241-1/+2
| | | | | | | | | | | | Handles the forgotten p2p_process_go_neg_resp() case of patch: commit 66b8140a08b9f6297cd49a3428ada713bf668300 Author: Arik Nemtsov <arik@wizery.com> Date: Thu Aug 30 21:06:45 2012 +0300 P2P: always re-select oper channel if not hard coded Signed-off-by: Arik Nemtsov <arik@wizery.com>
* P2P: don't handle concurrency conflicts in multi-chan mode (ANDROID)Arik Nemtsov2012-09-241-0/+3
| | | | | | | When the multi-channel flag is on, don't try to force specific p2p connection modes or change go_intent. Signed-off-by: Arik Nemtsov <arik@wizery.com>
* nl80211_copy: update from latest 12xx drv (INTERNAL)Arik Nemtsov2012-09-131-0/+26
| | | | | | add channel switch related commands and attributes Signed-off-by: Arik Nemtsov <arik@wizery.com>
* nl80211: add channel switch ability to AP & GO (INTERNAL)Victor Goldenshtein2012-09-131-4/+69
| | | | | | | | Implement AP channel switch command. Handle channel switch request and channel switch complete events. Signed-hostap: Victor Goldenshtein <victorg@ti.com>
* hostap: add channel switch ability to AP & GO (INTERNAL)Victor Goldenshtein2012-09-1311-3/+158
| | | | | | | | | | | | | | | Add channel switch command and handle channel switch request/complete events. New hostapd_eid_csa() which builds the channel switch announcement IE. Add this CSA to the beacon frame prior performing a channel switch and remove it once it's completed. New EVENT_REQ_CH_SW which indicates that the driver has requested to perform a channel switch. Signed-hostap: Victor Goldenshtein <victorg@ti.com>
* hostapd: implement channel switch request drv ops (INTERNAL)Victor Goldenshtein2012-09-134-0/+55
| | | | | | New hostapd_channel_switch – to handle channel switch request. Signed-hostap: Victor Goldenshtein <victorg@ti.com>
* nl80211: make unicast RX filter always match STA iface mac (ANDROID)Eyal Shapira2012-09-131-4/+4
| | | | | | | | | | | | | | This is part of changing the RX filters configuration to being global and not dependent on the interface context. RX filter #0 should point to a filter matching any unicast frame sent to the STA (wlan0) mac. The configuration is done by querying the mac address of the interface. As we now have reconfiguration of filters done from the context of the p2p interface filter #0 would get reconfigured with the P2P dev mac. Avoid this by hard coded querying for the mac of wlan0 when creating the pattern for RX filter #0. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* nl80211: reconfigure RX filters whenever a new interface is added (ANDROID)Eyal Shapira2012-09-131-0/+35
| | | | | | | | | | This is used to reconfigure RX filters to include a new filter whenever the P2P group interface is added. The new filter matches any unicast frame sent to a dest mac which matches the P2P group interface mac. This is important as otherwise we wouldn't allow any data frames through to this interface. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* nl80211: support configuring RX filters dynamically (ANDROID)Eyal Shapira2012-09-121-5/+128
| | | | | | | | | | | | The current RX filters are statically defined and can only be enabled or disabled by the DRIVER RX-FILTER commands. Add support to add or remove RX filters "on the fly" from within wpa_s code so we can use this to add an RX filter matching unicast packets going to the new P2P interface mac. Whenever the filters change the whole list of filters needs to be configured to the kernel. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* nl80211: make rx filters config global (ANDROID)Eyal Shapira2012-09-121-12/+24
| | | | | | | | | | | | The RX filters (wowlan) configuration is per interface but this doesn't reflect the state in the kernel where it's per hw device (effectively in Android global). In JB this is more important as wpa_s uses up to 3 different interfaces when running P2P+STA. Also, fix a minor bug in nl80211_toggle_wowlan_trigger where the wpa_s wowlan state changed even if configuring the kernel failed. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* nl80211: Remove driver specific commands not used in JB (JB)Eyal Shapira2012-09-121-99/+0
| | | | | | | | | | The following driver specific commands aren't used in JB and were replaced by other APIs: POWERMODE,GETPOWER,LINKSPEED,RSSI,RSSI-APPROX Remove code handling these commands. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* nl80211: Remove driver command DROPBCAST (ANDROID)Eyal Shapira2012-09-121-74/+0
| | | | | | | | There's no support for this in the driver for now as the relevant patches were dropped. Therefore remove relevant code in wpa_s as well. Signed-off-by: Eyal Shapira <eyal@wizery.com>
* Make copies basic_rates list more usefulJouni Malinen2012-09-071-0/+2
| | | | | | | | | | | Commit e5693c4775bae65faa960f80889f98b0a6cb2e1c added a copy of the determined basic rate set into struct hostapd_iface, but did not actually copy the terminating -1 value. This could be problematic if something were to actually try to use this list since would be no way to know what is the last entry in the list. Fix this by copying the terminating value. Signed-hostap: Jouni Malinen <j@w1.fi>
* P2P: prefer operating channels where HT40 is possibleArik Nemtsov2012-09-041-0/+15
| | | | | | | | When no other user preference is specified, opt to use an operating channel that allows HT40 operation. This way, if driver capabilities and regulatory constraints allow, we might enjoy increased bandwidth. Signed-hostap: Arik Nemtsov <arik@wizery.com>
* P2P: always re-select oper channel if not hard codedArik Nemtsov2012-09-041-1/+16
| | | | | | | | | | | Since the operating channel is randomly set to 1/6/11 on init, which is always in the channel intersection, we were effectively ignoring the set of p2p preferred channels. Fix this by trying to get the best channel we can, unless the user hard coded the operating channel in the configuration file. Fall back to the initial randomly selected channel if a better one cannot be chosen. Signed-hostap: Arik Nemtsov <arik@wizery.com>
* android: wpa_s template: allow HT40 GO by default (ANDROID)Arik Nemtsov2012-09-041-1/+2
| | | | Signed-off-by: Arik Nemtsov <arik@wizery.com>
* P2P: add a conf parameter to start a GO as HT40 if allowedArik Nemtsov2012-09-044-2/+15
| | | | | | | | | | When specified in the conf file this parameter will make all invocations of p2p_group_add and p2p_connect behave as if "ht40" has been specified on the command line. This shouldn't do harm since regulatory constraints and driver capabilities are consulted anyway before starting HT40 mode. Signed-hostap: Arik Nemtsov <arik@wizery.com>
* P2P: Use larger GO config timeout if HT40 is usedJouni Malinen2012-09-046-3/+36
| | | | | | | Increase GO config timeout if HT40 is used since it takes some time to scan channels for coex purposes before the BSS can be started. Signed-hostap: Jouni Malinen <j@w1.fi>
* P2P: Add optional "ht40" argument for p2p_connectRajkumar Manoharan2012-09-046-8/+21
| | | | | | | This can be used to start negotiated GO in 40 MHz channel width in 5GHz band. Signed-hostap: Rajkumar Manoharan <rmanohar@qca.qualcomm.com>
* P2P: Enable 40 MHz support for autonomous P2P group additionRajkumar Manoharan2012-09-048-19/+70
| | | | | | | | Add optional "ht40" argument for p2p_group_add command to enable 40 MHz in 5GHz band. This configures the secondary channel, when HT support is enabled and if the HW supports 40 MHz channel width. Signed-hostap: Rajkumar Manoharan <rmanohar@qca.qualcomm.com>
* P2P: Move channel validation into a separate functionRajkumar Manoharan2012-09-041-25/+38
| | | | Signed-hostap: Rajkumar Manoharan <rmanohar@qca.qualcomm.com>
* Supply the connection scan results to bgscan after initYoni Divinsky2012-09-041-1/+9
| | | | | | | | | If bgscan is enabled, then bgscan is initiated after the connection, with no bss scan result information. Since a scan was performed prior to the connection, the information exists and can be used to initialize the bgscan's cache. Signed-hostap: Yoni Divinsky <yoni.divinsky@ti.com>
* Revert "Supply the connection scan results to bgscan after init"Arik Nemtsov2012-09-041-5/+1
| | | | | | | This reverts commit 1cd9da6b88d7dd9b3c887b62a584aba4bb08299f. This old commit has a memory leak. Use a newer commit from upstream that amends this.
* Remove default ACM=1 from AC_VO and AC_VIJouni Malinen2012-09-042-4/+4
| | | | | | | | | | There is no need to mandate admission control (ACM=1) by default, so clear that flag in the case the configuration file does not specify wmm_ac_{vo,vi}_acm value. This gets closer to the values mentioned in the sample hostapd.conf file and reduces the need to specify WMM parameters in the configuration file for most common use cases. Signed-hostap: Jouni Malinen <j@w1.fi>
* AP: configure basic rates from iface and not confArik Nemtsov2012-09-041-1/+1
| | | | | | | | | The conf doesn't contain any basic rates in some cases. Most notably, when starting a p2p GO in 5Ghz. Use the iface rates which are initialized in hostapd_prepare_rates() to the conf rates or set to default values if no conf values exist. Signed-hostap: Arik Nemtsov <arik@wizery.com>
generated by cgit v1.1 at 2024-09-21 21:54:13 +0000