Re: Missing link quality with wireless-testing

[Jouni Malinen <j@w1.fi>]

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