On Thu, 2006-04-20 at 15:15 +0100, Daniel Drake wrote: > Hi Jean, > > A query regarding wireless events: under which circumstances should a > driver/stack send a SIOCGIWSCAN event to userspace? > > Should it be sent whenever a driver has new scan results available, or > only when the user requested a scan a short time beforehand (via > SIOCSIWSCAN)?
Similar situation: when wpa_supplicant requests a scan, the driver scans and pushes the GIWSCAN at completion. _Every_ process (like NetworkManager) listening for netlink WE messages gets the GIWSCAN event even though only wpa_supplicant requested the original scan. So what I'm saying is that applications that process GIWSCAN netlink messages today should _already_ be able to handle random GIWSCAN events at any time even when they have not explicitly requested a scan with SIWSCAN. The events are broadcast and the driver shouldn't really care which user app initiated any particular request. Multiple apps can theoretically request scans at any time, though this isn't so good in practice. > I ask this because softmac is sending the SIOCGIWSCAN event even when > the user did not explicitly ask for it. Given the above, I think this behavior is fine and even desirable. > I think the 'extra' SIOCGIWSCAN event may be confusing wpa_supplicant > (but have not confirmed that yet). If this is the case, wpa_supplicant should not be getting confused by GIWSCAN events happening at random times, and should be fixed. However, in my experience with 0.4.8, this isn't a problem and wpa_supplicant handles random scan events correctly. Not sure about the 0.5.x branch though. Dan - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
