On Mon, 2008-09-15 at 16:34 +0200, Helmut Schaa wrote: > Am Montag, 15. September 2008 16:07:31 schrieb Dan Williams: > > On Mon, 2008-09-15 at 14:35 +0200, Helmut Schaa wrote: > > > This patch adds a new wext event that notifies the user space about a low > > > signal quality. The currently used indicator is as follows: If three > > > successive beacons are received with a signal quality lower then 40% > > > user space gets informed. > > > > > > Any ideas about which indicators should be used? Comments? > > > > So why does this need a new event? Can't wpa_supplicant monitor the > > signal quality (or level/noise if the driver doesn't provide "quality") > > and do what it needs to do without any changes to the kernel at all? > > I thought about that as well but I'm not sure if the signal quality/strength > is a well enough indicator. Beacon misses should be a factor in quality, just like failed decryptions or excessive retries. Any of these are indications that the "link" sucks and you might want to try finding a better AP. Beacon misses are just one piece of the whole quality thing. > For example if we want to consider the number of missed beacons the current > IWEVQUAL event is not enough to expose this information. > Additionally some devices can report missed beacons. Maybe even the quality > values reported by the drivers are not comparable at all (although they are > normalized to be between 0 and 100). Hence my intention was that mac80211 and > the driver might know better which indicators matter. So if the values aren't comparable, we _make_ them comparable. The drivers can certainly tell mac80211 which things they are capable of reporting for quality and the stack can figure them in to the final "quality" measurement. However, I do agree that having separate indicators for the different factors is a good thing. Thus something like what Holger suggests would be better from my perspective than an ethereal concept like a "roaming threshold". Maybe just a poor choice of terms? Dan -- 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
