On Wed, Feb 18, 2009 at 09:06:31AM +0100, Marcel Holtmann wrote: > so it seems the missing value is affecting the details wpa_supplicant is > handing out via its D-Bus interface. I didn't check the code yet to see > what is actually happening or if I just happen to run an outdated > version. Yes, it looks like the dbus interface will get all three wext values (quality, noise, level) regardless of whether they were available from kernel or not. This does not cause any issues for wpa_supplicant, but if other programs (e.g., NM) are using the "quality" value in preference to "level", they would be processing zeros for all BSSes. If I understood correctly, NM does indeed prefer to use "quality", so this will likely explain why you are seeing different behavior with the qual->qual value removed (= 0 for wpa_supplicant). I don't know how NM would react to the "quality" value being removed, but it would sound reasonable to do that in wpa_supplicant (and same for "noise") if the value was not available from the driver (based on the WEXT flags or in case of nl80211, just based on the fact that these values are never reported). I would expect this change to go in shortly (assuming it does not trigger any critical issue with NM), but anyway, this does not help with old versions. -- Jouni Malinen PGP id EFC895FA -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
