On Wed, Feb 18, 2009 at 07:18:43AM -0500, Dan Williams wrote: > With WEXT, there are three ways to calculate pretty bars. They *all* > require max_qual values returned from the GIWRANGE handler, because > otherwise you have no f**king clue what the upper or lower bounds are. > QUAL.LEVEL in dBm > -------------- > > Requires: > - max_qual.level == 0 (ie, dBm values) That is an area where NM (= 0) and mac80211 (= -110) do not agree. > NM is probably fine here with qual == 0 because I doubt the GIWRANGE > handler is returning a valid max_qual.qual > 0 anymore with Johannes' > patch. Could be wrong though. Well, it is not fine, but not only for that reason.. max_qual.qual is still set to 100 and the IW_QUAL_QUAL_INVALID is not used for it. However, even if I set IW_QUAL_QUAL_INVALID and remove "quality" from wpa_supplicant dbus interface, I still get NM showing perfect 100% signal all the time regardless of how close to losing the connection the card really is.. I gave up on trying to understand all the cases, but my assumption is that the remaining issue is in the disagreement on max_qua.level for the dBm case. However, I'm not sure whether fixing that would automatically resolve the issues with wext (it might be enough for the current nl80211 version with wpa_supplicant from git head). > Ah right; the dbus interface shouldn't be appending "quality" to the > dict if the driver doesn't provide valid quality (ie, max_qual.updated > has the QUAL_INVALID bit set). Same thing for noise and level. The unknown values are not included anymore in wpa_supplicant 0.7.x. -- 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
