Don't give up scanning so easily
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| wpa_supplicant |
Confirmed
|
Medium
|
||
| wpasupplicant (Ubuntu) |
Low
|
Unassigned |
Bug Description
Binary package hint: wpasupplicant
I was working on a machine with a broadcom wifi card. It used the proprietary wl.o driver. I noticed that when I resumed from suspend or pressed the F2 button (which on this machine is an rfkill button) to enable wifi, reconnection times with NetworkManager were around 30s. This seemed too long to me.
Investigation revealed that wpasupplicant was scanning after the card was brought up in these scenarios, but failed because (I assume) the wl.o driver was not ready yet. Then it gave up scanning. NM never saw new access points, so didn't bother trying to connect. Then it waited 20s, like it does, before asking wpasupplicant to try scanning again. This scan succeeded and NM proceeded to connect.
I came up with the following patch to get wpasupplicant to try a little harder to scan and forwarded it upstream (see linked bug):
Index: wpasupplicant-
=======
--- wpasupplicant-
+++ wpasupplicant-
@@ -619,6 +619,7 @@
wpa_
"scanning again");
timeout = 1;
+ wpa_s->scan_req = 1; /* Force scan again */
goto req_scan;
}
This is a tracking bug for the issue.
Related branches
- Mathieu Trudel-Lapierre: Needs Fixing on 2012-06-28
- Ubuntu branches: Pending requested 2012-05-21
-
Diff: 159 lines (+91/-0)6 files modified.pc/applied-patches (+1/-0)
debian/changelog (+12/-0)
debian/patches/fix_driver_wext_for_broadcom_wl.patch (+62/-0)
debian/patches/series (+1/-0)
src/drivers/driver_wext.c (+14/-0)
src/drivers/driver_wext.h (+1/-0)
tags: | added: oem-services patch-forwarded-upstream |
Kalle Valo (kvalo) wrote : | #1 |
Changed in wpasupplicant: | |
status: | Unknown → Confirmed |
Changed in wpasupplicant: | |
importance: | Unknown → Medium |
Kalle Valo (kvalo) wrote : | #2 |
I sent a v3 of the patch upstream:
http://
I'll try to create a distro patch for natty soon. Quite a few people seem to suffer from this.
Changed in wpasupplicant (Ubuntu): | |
status: | New → Triaged |
importance: | Undecided → Low |
assignee: | nobody → Kalle Valo (kvalo) |
Kalle Valo (kvalo) wrote : | #3 |
Created branch lp:~kvalo/wpasupplicant/bug-638303 which contains my v3 patch backported 0.7 series and uploaded test packages to my ppa.
amd64:
https:/
i386:
https:/
Changed in wpasupplicant (Ubuntu): | |
status: | Triaged → In Progress |
Kalle Valo (kvalo) wrote : | #4 |
v4 of patch sent:
http://
Gema Gomez (gema) wrote : | #5 |
We would like to get this change integrated.
Changed in wpasupplicant (Ubuntu): | |
assignee: | Kalle Valo (kvalo) → Canonical Foundations Team (canonical-foundations) |
Changed in wpasupplicant (Ubuntu): | |
status: | In Progress → Triaged |
assignee: | Canonical Foundations Team (canonical-foundations) → nobody |
Brian Murray (brian-murray) wrote : | #6 |
Looking closely at v4 of the patch which is linked to in comment #4 it doesn't look like it would apply to the current version of wpasupplicant in Oneiric.
Pau Oliva (poliva) wrote : | #7 |
I have adapted the v4 patch above to the current version of wpasupplicant (0.7.3):
https:/
Please consider integrating this, as the wl driver is being used in a wide variety of hardware.
I sent a patch for 0.7 branch to the list:
http:// lists.shmoo. com/pipermail/ hostap/ 2010-October/ 021809. html