Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
|
|
This enables service to autoconnect to hidden wifi service.
Fixes BMC#11860
|
|
Move add_scan_param() to start of the file for the next patch.
|
|
Do no limit the scan entries to 4 (G_SUPPLICANT_MAX_FAST_SCAN)
but use the limit given by the driver. The limit is given by wpa_s.
If the supplicant does not return the limit, then use 4 as a max
value.
|
|
|
|
|
|
This way it will trigger the error which will be reported to service.
|
|
|
|
- stop_autoscan() should unref the device only when relevant, i.e. when
interval and/or timeout have been set.
- autoscan_scan_callback() should unref the device since it has been
referenced in throw_wifi_scan()
|
|
|
|
A base of 2 creates too many scans on too short times, so a base of 3 reduces
this amount. And a limit of 3600 is way too much, a scan every 5 minute is
more relevant.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Currently adhoc networks are shown in the service list, although
connecting to those is not supported. Filtering in network.c fails
because the WiFi.Mode was not set so far.
Fixes BMC#24737
|
|
By always setting scanning to FALSE in the scan callback,
information for a stopped scan will be processed in
device.c.
|
|
Currently we set wifi interface to NULL in interface_remove_callback.
commit 80e2e08b4887c4e133d3ca7d42ac844fbb974bb8 avoid to use stale
pointer by get wifi pointer through interface, but interface already
removed and should be NULL, then the interface value in wifi will never
set to NULL and will be a wild pointer. Which may cause connman crash
when we connect wifi service after we disable the wifi. This issue does
not exist in latest connman due to connect-service method is removed.
we can set wifi interface in interface_removed which called in remove_interface
in supplicant.c, because after interface is freed in supplicant, we should not
hold this pointer anymore.
Fixes BMC#24364
|
|
In interface_removed function, connman_device_set_powered may not be
called due to wifi->device is freed before supplicant callback. This
happens when we remove the second wifi device. This may lead technology
refcount inbalance, which could potentially prevent the wifi technology to
be enabled again.
|
|
Implement connman_device_driver scan_hidden function. Supply scan
parameters for the hidden network when calling g_supplicant scan
functionality. When a new scan result is added, compare the SSID
with the one looked for. If detected, connect the hidden network.
When detected or when the scan is done, clear the hidden network
parameters.
|
|
Disable WiFi network when it ends up in disconnected state
in order to prevent wpa_supplicant looping forever retrying.
Fixes BMC#23973
|
|
As interface_added can potentially show up before the interface creation
callback, the device powered flag can be set from the latter.
|
|
When a wlan interface is removed we call proper method in
supplicant dbus interface. As the return message from supplicant
might come very late, we must not use the wifi pointer as
user data in interface remove callback. This is because the wifi
pointer might be removed before the answer comes from supplicant and
the callback user data pointer would not be valid at that point.
|
|
|
|
|
|
And interpret it as a wrong psk after 4 consecutive failures.
|
|
Lot of fixes by Jukka Rissanen <jukka.rissanen@linux.intel.com>
|
|
Allow multi scan type for fast connect.
Scanning request removed from interface_added() because it is already
called in connman_device_set_powered() so no need to call it again
immediately (fix by Jukka Rissanen <jukka.rissanen@linux.intel.com>)
|
|
Get the frequncy of gsupplicant network on connman network
creation, and always save the frequency of the wifi service.
|
|
When starting to scan, up the reference count on struct connman_device
and release it in the scan callback.
|
|
Interface create and remove callbacks can be called with wifi user data
set to NULL, add checks for this.
|
|
|
|
|
|
When a network is destroyed we also have to remove the pointer
from the wifi data structure.
connmand[25303]: plugins/wifi.c:network_remove() network 0x69c350
connmand[25303]: src/network.c:connman_network_unref() network 0x69c350 name bmwnet02 refcount 1
connmand[25303]: src/network.c:connman_network_unref() network 0x69c350 name bmwnet02 refcount 0
connmand[25303]: src/network.c:network_destruct() network 0x69c350 name XXXXX
[...]
connmand[25303]: plugins/wifi.c:interface_state() wifi 0x699d60 interface state 1
connmand[25303]: plugins/wifi.c:is_idle() state 9
connmand[25303]: src/network.c:connman_network_set_associating() network 0x69c350 associating 0
connmand[25303]: src/network.c:connman_network_set_connected() network 0x69c350 connected 0
Fixes BMC#22307
|
|
|
|
|
|
|
|
Since the service object doesn't take a reference the
intermediate step of having a connman_network_register/unregister
is not needed. This function are only there to have an additional
step where probe()/remove() will be called. This is the job of
connman_device_add_network()/connman_device_remove_network().
|
|
|
|
|
|
The only source for the cellular mode update was removed in
a474ef1be8b76167b9d0ef8a9eb6fe24cc5eacc5". The WiFi plugin will not
support adhoc mode. So this property is completly unused.
|
|
|
|
|
|
When changing wifi from STA to AP the interface needs to be closed
and then opened. Only after the interface is opened and detected
carrier, the interface can be added to bridge.
|
|
The address network field holds the WiFi BSSID but is unused.
|