Opened 14 years ago

Closed 14 years ago

Last modified 11 years ago

#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)

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

Download all attachments as: .zip

Change History (8)

Changed 14 years ago by erikos

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

comment:1 Changed 14 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 14 years ago by quozl

Tested on os240py, this does indeed fix the problem.

comment:3 Changed 14 years ago by sascha_silbe

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

comment:4 Changed 14 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 14 years ago by erikos

  • Keywords r+ added; r? removed
  • Resolution set to fixed
  • Status changed from assigned to closed

comment:6 Changed 14 years ago by sascha_silbe

Thanks!

comment:7 Changed 11 years ago by dnarvaez

  • Milestone 0.88.x deleted

Milestone 0.88.x deleted

Note: See TracTickets for help on using tickets.