#1883 closed defect (fixed)
doesn't automatically connect to network at startup anymore (on XO-1)
Reported by: | sascha_silbe | Owned by: | tomeu |
---|---|---|---|
Priority: | Unspecified by Maintainer | Milestone: | |
Component: | Sugar | Version: | Git as of bugdate |
Severity: | Minor | Keywords: | r+ |
Cc: | dsd | Distribution/OS: | Unspecified |
Bug Status: | New |
Description
Recently Sugar stopped connecting to the network automatically at startup. Log messages suggest that NetworkManager tries to connect automatically (once Sugar is started up and can provide the necessary secrets), but Mesh support kicks in and cancels the connection attempt:
Mar 31 18:21:06 xo-sascha NetworkManager: <info> Activation (eth0) starting connection 'Auto xonet' Mar 31 18:21:06 xo-sascha NetworkManager: <info> (eth0): device state change: 3 -> 4 (reason 0) Mar 31 18:21:06 xo-sascha NetworkManager: <info> Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled... [...] Mar 31 18:21:06 xo-sascha NetworkManager: <info> Activation (eth0) Stage 2 of 5 (Device Configure) complete. Mar 31 18:21:06 xo-sascha NetworkManager: <info> Config: set interface ap_scan to 1 Mar 31 18:21:06 xo-sascha NetworkManager: <info> (eth0): supplicant connection state: inactive -> scanning Mar 31 18:21:06 xo-sascha NetworkManager: <info> Activation (msh0) starting connection 'olpc-mesh-1' Mar 31 18:21:06 xo-sascha NetworkManager: <info> (msh0): device state change: 3 -> 4 (reason 0) Mar 31 18:21:06 xo-sascha NetworkManager: <info> Activation (msh0) Stage 1 of 5 (Device Prepare) scheduled... Mar 31 18:21:06 xo-sascha NetworkManager: <info> Activation (msh0) Stage 1 of 5 (Device Prepare) started... Mar 31 18:21:06 xo-sascha NetworkManager: <WARN> real_act_stage1_prepare(): disconnecting companion device Mar 31 18:21:06 xo-sascha NetworkManager: <info> (eth0): device state change: 5 -> 3 (reason 2) Mar 31 18:21:06 xo-sascha NetworkManager: <info> (eth0): deactivating device (reason: 2). Mar 31 18:21:06 xo-sascha NetworkManager: <WARN> real_act_stage1_prepare(): companion disconnected Mar 31 18:21:06 xo-sascha NetworkManager: <info> Activation (msh0) Stage 1 of 5 (Device Prepare) complete.
Do we trigger mesh support explicitly during Sugar startup or is this a NetworkManager bug?
Attachments (1)
Change History (8)
Changed 13 years ago by erikos
comment:1 Changed 13 years ago by erikos
- Cc dsd added
- Keywords r? added
- Owner changed from tomeu to erikos
- Status changed from new to assigned
If we have connections in the settings (have been connected to an AP before) we set a timeout to check if there is connectivity on those connection after a while. If there is no activity we try to setup a mesh network then. If there are no connections we setup a mesh network directly.
comment:2 Changed 13 years ago by quozl
Tested on os240py, this does indeed fix the problem.
comment:3 Changed 13 years ago by sascha_silbe
Wow, didn't expect the fix to be that easy. Works fine, thanks!
comment:4 Changed 13 years ago by erikos
- Owner changed from erikos to tomeu
James, Sascha, thanks for testing! I guess I can merge, Sascha - happy with the code, too? ;p
comment:5 Changed 13 years ago by erikos
- Keywords r+ added; r? removed
- Resolution set to fixed
- Status changed from assigned to closed
Approved on irc by Tomeu. Pushed to the 0.88 branch.
comment:6 Changed 13 years ago by sascha_silbe
Thanks!
if we have connections we start the timer and see if there is some activity, otherwise we automesh directly