Dan Williams wrote:
NAK... remember, range->max_qual.level must be _0_ if you're in dBm,
I do not think this is right. From the comments in include/linux/wireless.h:
/* Quality of link & SNR stuff */
/* Quality range (link, level, noise)
* If the quality is absolute, it will be in the range [0 ; max_qual],
* if the quality is dBm, it will be in the range [max_qual ; 0].
* Don't forget that we use 8 bit arithmetics... */
My interpretation of this is that if 0 < max_qual < 128, the quantity is absolute. Conversely, if
-129 < max_qual < 0, the quantity is in dBm. This is in fact what I see, both from the KDE applets
and the various wireless extension tools.
since 0 is the actual maximum, and your level values are negative since
they are in dBm.
If KDE network applets display the wrong value when max_qual.level == 0,
then they are wrong and need to be fixed.
They display correctly; however, choosing 0 rather than -100 expands the scale to the point that my
noise values of -65 dBm display as rather high values. Despite the 8-bit arithmetic, I think it
creates a scale from 0 to -255 dBm. My choice of parameters expands the scale by limiting the lower
value to -100 dBm.
If you actually want RSSI, then you set max_qual.level to the upper
limit of your RSSI, and the RSSI is assumed to go from 0 ->
max_qual.level. AFAIK, the patch you had earlier is using dBm, _not_
RSSI, so max_qual.level = 0 is correct.
As I explained earlier, the RSSI value returned by the firmware has been processed by the driver
into a quantity that varies between -10 and -65 as the receiver is moved from very close to very far
from the AP, which looks like strength in dBm. This is what is stored in stats.rssi. As this seems
to be confusing, I will rewrite the driver code so that this value is returned in stats.signal with
the RSSI value preserved in stats.rssi. The quality output will be derived from stats.rssi, and the
level output will come from stats.signal. These two quantities have a correlation of -1 so there is
no new information, but that might change in the future.
Larry
-
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
