connman will not reconnect to a wireless network after suspend

Bug #602208 reported by Pete Goodall
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Connection Manager
New
Undecided
Unassigned
connman (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: connman

Steps to reproduce:
1. Connect to a wireless network (in this case a WPA2 wireless network)
2. Close the lid to suspend the device
3. Open the lid and resume the device

Expected result:
Connman should reconnect to the network I was on before or (if I'm in a new location) scan for new networks.

Actual result:
Though connman shows a list of available networks with the network indicator I cannot connect to my wireless network. If I tail /var/log/daemon.log I see the following error when trying to reconnect to my wireless network:

Jul 6 10:44:03 rhesus connmand[1031]: Method "removeNetwork" with signature "o" on interface "fi.epitest.hostap.WPASupplicant.Interface" doesn't exist
Jul 6 10:44:03 rhesus connmand[1031]: Method "setAPScan" with signature "u" on interface "fi.epitest.hostap.WPASupplicant.Interface" doesn't exist
Jul 6 10:44:03 rhesus connmand[1031]: Method "set" with signature "a{sv}" on interface "fi.epitest.hostap.WPASupplicant.Network" doesn't exist

I am able to connect to ethernet, so connman is running and functioning.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: connman 0.54+dfsg-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.35-6.9-generic 2.6.35-rc3
Uname: Linux 2.6.35-6-generic i686
Architecture: i386
Date: Tue Jul 6 10:46:48 2010
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Alpha i386 (20100602.2)
ProcEnviron:
 PATH=(custom, user)
 LANG=en_GB.utf8
 SHELL=/bin/bash
SourcePackage: connman

Revision history for this message
Pete Goodall (pgoodall) wrote :
Revision history for this message
Kalle Valo (kvalo) wrote :

Pete, what wifi driver are you using? My wild guess is that the name of the wireless interface changes after resume and that confuses connman. I don't see this with ath9k, which is using mac80211.

Also, to be fully sure, can you please check that wpa_supplicant is really running after resume:

ps aux | grep wpa_supplicant

Revision history for this message
Pete Goodall (pgoodall) wrote :

Sorry it took a while to get back to you, Kalle. I'm using the ath5k driver (not ath9k) and afaict the name of the wireless adapter is not changing on resume. Before and after resume the name of the wireless adapter is wlan0.

The way I have to fix this is to stop and start the connman service. I cannot use `sudo services connman restart` because that stops and starts the service too quickly. The result is that when I use restart I receive a message that the connman service is already running. I get the same message if I try to start the connman service too quickly after stopping. It takes a good 5 - 7 seconds for the connman service to stop.

Forgot to check wpa_supplicant. Will suspend and update my comments.

Revision history for this message
Pete Goodall (pgoodall) wrote :

Ok, I confirmed that wpa_supplicant is running after resume.

$ ps aux | grep wpa_supplicant
root 906 0.0 0.2 4984 2148 ? S 07:54 0:01 /sbin/wpa_supplicant -u -s

Revision history for this message
Kalle Valo (kvalo) wrote :

I haven't been able to reproduce this at all with ath9k on my Samsung X120 even though I use suspend/resume all the time.

Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

Kalle, I think connman should be checked to make sure it rescans periodically (and perhaps as soon as it noticed it's been resumed (so that involves checking sleep state from somewhere?)) or maybe re-connect to the dbus bus to speak to wpasupplicant?

Revision history for this message
Alf Gaida (agaida) wrote :

fixed long ago

Changed in connman (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.