http://defect.opensolaris.org/bz/show_bug.cgi?id=12633
amaguire <alan.maguire at sun.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P4 |P3
Status|ACCEPTED |FIXINPROGRESS
--- Comment #2 from amaguire <alan.maguire at sun.com> 2009-11-19 15:43:15 UTC
---
bumping the priority as this is a pretty annoying usability issue. Michael
pointed out that if we just have the object list lock, the state and aux state
of the object may be inconsistent. The right way to fix this is to drop object
locks during scans and connects. Connect is easy, but for scan we've got to
fill in the scan info and then transfer it to the nwamd_link_t. Solution is to
define a new typedef'ed structure nwamd_wlan_scan_t which contains current and
last scan data. If the scan succeeds, this data is copied into the
nwamd_link_t. This has a few other good effects
- no more realloc()s in get_scan_results(), pass in a pointer to a structure
local to the scan thread, and if scan succeeds use contents of that structure
to populate nwamd_link_t's scan data
- we only fill in key info after scan returns, reducing the number of times we
need to walk the known WLANs list
...in addition to "nwamadm list" being immediately responsive during
scan/connect.
--
Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
