Ticket #1883 (closed defect: fixed)

Opened 3 years ago

Last modified 3 years ago

doesn't automatically connect to network at startup anymore (on XO-1)

Reported by: sascha_silbe Owned by: tomeu
Priority: Unspecified by Maintainer Milestone: 0.88.x
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

1883.patch Download (0.5 KB) - added by erikos 3 years ago.
if we have connections we start the timer and see if there is some activity, otherwise we automesh directly

Change History

Changed 3 years ago by erikos

if we have connections we start the timer and see if there is some activity, otherwise we automesh directly

Changed 3 years ago by erikos

  • cc dsd added
  • keywords r? added
  • status changed from new to assigned
  • owner changed from tomeu to erikos

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.

Changed 3 years ago by quozl

Tested on os240py, this does indeed fix the problem.

Changed 3 years ago by sascha_silbe

Wow, didn't expect the fix to be that easy. Works fine, thanks!

Changed 3 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

Changed 3 years ago by erikos

  • keywords r+ added; r? removed
  • status changed from assigned to closed
  • resolution set to fixed

Changed 3 years ago by sascha_silbe

Thanks!

Note: See TracTickets for help on using tickets.