On Thu, 2006-03-23 at 14:00 +0000, David Woodhouse wrote:
> It currently takes something like 8 seconds to do a scan, because we
> spend half a second on each channel. Reduce that time to 20ms per
> channel.
Are we talking about (1) the active probe response timeout after
transmitting the probe frame, or (2) the default passive scan channel
dwell time?
If (2), I'd have to NAK this patch, as 20ms that seems really low. I
think most FullMAC drivers and firmware tend towards the 150 - 200ms
range for channel dwell time. I'm not entirely sure that's the number,
but that's what I've seen in a couple places.
For reference, the WRT54G's default beacon interval is 100ms. A more
enterprise class WLAN switch, the 3Com 3CRWXR10095A, has a default 90ms
beacon interval. It seems unlikely that that dwelling on a channel for
only 20ms while the AP's beacon is usually 100ms would yield
consistently useful results...
Dan
> Signed-off-by: David Woodhouse <[EMAIL PROTECTED]>
>
> --- linux-2.6.16.ppc/net/ieee80211/softmac/ieee80211softmac_priv.h~
> 2006-03-21 23:50:00.000000000 +0000
> +++ linux-2.6.16.ppc/net/ieee80211/softmac/ieee80211softmac_priv.h
> 2006-03-22 11:20:26.000000000 +0000
> @@ -176,7 +176,7 @@ static inline int ieee80211softmac_scan_
> ) || ieee80211softmac_scan_handlers_check_self(sm);
> }
>
> -#define IEEE80211SOFTMAC_PROBE_DELAY HZ/2
> +#define IEEE80211SOFTMAC_PROBE_DELAY HZ/50
> #define IEEE80211SOFTMAC_WORKQUEUE_NAME_LEN (17 + IFNAMSIZ)
>
> struct ieee80211softmac_network {
>
-
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
