Re: No ProbeResp - assume out of range

[Kalle Valo <kalle.valo@nokia.com>]

Luis R. Rodriguez <mcgrof@gmail.com> writes:

> I posted a patch which enables beacons to be received by the STA --
> this however, as was pointed out by the patch that disabled the beacon
> filter on ath5k (note not ath9k, but ath9k also had it disabled),
> increases the number of interrupts on the device, as it seems it
> enables beacons not only for the BSSID you are on but for all BSSIDs.
> Not sure what other devices support and how their beacon filter, if
> they have any, works.

There are beacon filter implementations, for example stlc4560 works
such that it doesn't send any beacons to the host but sends an event
whenever it cannot here beacons anymore.

> The patch I posted is a fix that works with what mac80211 expects --
> beacons. The way I'm inclined to resolve this properly in mac80211
> is so that we tell drivers to enable beacons in STA mode (if it
> supports this, HW_CAP flag I guess) only after we miss a probe
> reply, or while we are scanning, that way we can also listen for
> beacons in case we want to roam away to another AP. Just throwing
> some ideas out there. Any comments?

I and Johannes discussed about this earlier:

http://marc.info/?l=linux-wireless&m=122441202315681&w=2

It should be fairly trivial to implement as a first step, we can
improve it as we learn more.

-- 
Kalle Valo