#
c3ef9391 |
|
11-Mar-2015 |
Axel Dörfler <axeld@pinc-software.de> |
net_server: Clients can now check if a service is running. * Using the new kMsgIsServiceRunning command.
|
#
a9abcc37 |
|
01-Apr-2013 |
Michael Lotz <mmlr@mlotz.ch> |
Rework initial auto joining and add big TODOs. * If we have a configured network, then we always try to connect to it as soon as the interface has been brought up. * If we don't have a configured network and are auto configuring, we use the AutoconfigLooper to also do initial auto joins. * Before issuing auto joins we need to wait for scan results to come in, so we watch for corresponding messages. For now auto joining is a one shot attempt as the infrastructure to properly tell reasons for scans apart is not yet there.
|
#
7d7b9632 |
|
09-Oct-2011 |
Michael Lotz <mmlr@mlotz.ch> |
* Remove the BNetworkDevice::AddPersistentNetwork() again and instead introduce BNetworkRoster::{Count|GetNext|Add|Remove}PersistentNetwork() as it fits better (thanks Philippe for the heads up). * Implement the backend for these functions in the net_server and also move conversion of the wireless_network based format into the settings based format there. * Implement removal of a network from the settings and make adding a new network with the same name replace the old one instead of just adding multiple ones. Might need to change this in the future depending on how we want to handle multiple networks with the same name (i.e. distinguish based on BSSID or similar). * Fix apparent oversight that caused configured networks _not_ to be used in the auto join attempt. * Remove auto joining open networks. I've been bitten by that more than once now because we happen to have an open network in the neighbourhood that I now accidentally used to transfer quite a bit of (unencrypted) stuff before noticing... In the future, one will instead have to explicitly join an open network once and store that config. Note that the driver will actually still auto-associate with open networks due to how things are set up currently. Note also that the auto join will fire join requests whenever there's a disassociation event, so you might see spurious join dialogs when the wpa_supplicant actually just re-establishes the connection. * Make join requests async again. Instead of waiting for a synchronous reply of the wpa_supplicant we instead return success when the request has been sent. While the API call might still be made synchronous again in the future, the net_server should really not block on an external application. In the case of the wpa_supplicant we would otherwise deadlock when using the new *PersistentNetwork() API after a successful join, and in other cases we might just unacceptably delay other calls. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42816 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
8fecaf03 |
|
07-Oct-2011 |
Michael Lotz <mmlr@mlotz.ch> |
Add message handling for adding persistent network configurations (as in wireless_network). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42806 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
60fed7e0 |
|
23-Nov-2010 |
Axel Dörfler <axeld@pinc-software.de> |
* Moved the shared part of NetServer.h into a new private header. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39597 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
c3ef93915b13214d3ee26c7224c0f109df58897f |
|
11-Mar-2015 |
Axel Dörfler <axeld@pinc-software.de> |
net_server: Clients can now check if a service is running. * Using the new kMsgIsServiceRunning command.
|
#
a9abcc37cdc361a6cd3b35e8791e9603d793c424 |
|
01-Apr-2013 |
Michael Lotz <mmlr@mlotz.ch> |
Rework initial auto joining and add big TODOs. * If we have a configured network, then we always try to connect to it as soon as the interface has been brought up. * If we don't have a configured network and are auto configuring, we use the AutoconfigLooper to also do initial auto joins. * Before issuing auto joins we need to wait for scan results to come in, so we watch for corresponding messages. For now auto joining is a one shot attempt as the infrastructure to properly tell reasons for scans apart is not yet there.
|
#
7d7b9632250246bc3a60ae5c343f79c0236a9f02 |
|
09-Oct-2011 |
Michael Lotz <mmlr@mlotz.ch> |
* Remove the BNetworkDevice::AddPersistentNetwork() again and instead introduce BNetworkRoster::{Count|GetNext|Add|Remove}PersistentNetwork() as it fits better (thanks Philippe for the heads up). * Implement the backend for these functions in the net_server and also move conversion of the wireless_network based format into the settings based format there. * Implement removal of a network from the settings and make adding a new network with the same name replace the old one instead of just adding multiple ones. Might need to change this in the future depending on how we want to handle multiple networks with the same name (i.e. distinguish based on BSSID or similar). * Fix apparent oversight that caused configured networks _not_ to be used in the auto join attempt. * Remove auto joining open networks. I've been bitten by that more than once now because we happen to have an open network in the neighbourhood that I now accidentally used to transfer quite a bit of (unencrypted) stuff before noticing... In the future, one will instead have to explicitly join an open network once and store that config. Note that the driver will actually still auto-associate with open networks due to how things are set up currently. Note also that the auto join will fire join requests whenever there's a disassociation event, so you might see spurious join dialogs when the wpa_supplicant actually just re-establishes the connection. * Make join requests async again. Instead of waiting for a synchronous reply of the wpa_supplicant we instead return success when the request has been sent. While the API call might still be made synchronous again in the future, the net_server should really not block on an external application. In the case of the wpa_supplicant we would otherwise deadlock when using the new *PersistentNetwork() API after a successful join, and in other cases we might just unacceptably delay other calls. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42816 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
8fecaf03e3cb4756b82f7285f4132f650d71b871 |
|
07-Oct-2011 |
Michael Lotz <mmlr@mlotz.ch> |
Add message handling for adding persistent network configurations (as in wireless_network). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42806 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
60fed7e0773745d919253ada6a83bd1a91213726 |
|
23-Nov-2010 |
Axel Dörfler <axeld@pinc-software.de> |
* Moved the shared part of NetServer.h into a new private header. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@39597 a95241bf-73f2-0310-859d-f6bbb57e9c96
|