[Trac #584] WPA/WPA2 not working with Marvell Libertas

[Zarro Boogs per Child]

#584: WPA/WPA2 not working with Marvell Libertas
---------------------+------------------------------------------------------
 Reporter:  marcelo  |        Owner:  marcelo
     Type:  defect   |       Status:  new    
 Priority:  normal   |    Milestone:  BTest-3
Component:  distro   |   Resolution:         
 Keywords:  relnote  |  
---------------------+------------------------------------------------------
Comment (by dcbw):

 Looked into this somewhat tonight.  It appears we need to bring some
 sanity to scan result handling internally in the driver.  There are a few
 problems:

 1) wpa_supplicant can't get scan results out of the driver most of the
 time when using WPA; which is a showstopper for wpa support because
 wpa_supplicant then can't find the AP to connect to.  It's somewhat odd
 because it works with NetworkManager, but I think some internal
 wpa_supplicant scan handling when trying to associate immediately after
 startup without a first scan is screwing it up.  But that doesn't preclude
 the need for the real solution.

 2) We should use 'struct ieee80211_network' from include/net/ieee80211.h
 rather than the internal 'struct bss_descriptor'.  We could then
 potentially use the ieee80211 SIOCGIWSCAN handler rather than our own
 cocked-up one, plus use the normal kernel linked list logic rather than
 the really big 'scantable' list from dev.h

 3) The driver should keep the scan list around (not replace it entirely
 every scan), cull old results based on last beacon time, update existing
 entries that are in the scan, and add new entries.  This way, the GIWSCAN
 handler can always return the scan table regardless of the internal scan
 progress, which is the _real_ fix for current the wpa_supplicant scan
 problems.  Essentially, do what ipw* and mac80211 do.  I converted airo to
 do this at one point as well, and it's a somewhat simpler example.

 It's not really complex work but it would take some time and is certainly
 not possible within the Trial 1 timeframe.  BTest-3 is appropriate.

-- 
Ticket URL: <http://dev.laptop.org/ticket/584#comment:7>
One Laptop Per Child <http://laptop.org/>