Search Linux Wireless

mac80211: stale BSS info in sta_bss_list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,
I've just hit the '/* TODO: remove expired BSSes */' issue, which
normally isn't visible that much:

-- usecase:
My HW I'm working on doesn't really behave, and it can't tx anything
unless it is associated to an AP. So, it can't send probe requests, just
listen to beacons initially. Except for worse scan results, not really
an issue.

Now, since sta_bss_list is never cleaned up, once I do a proper active scan,
entries for BSSes found will get bss->probe_resp flag set. If I bring the
interface down and back up (ie, can't send out probe request once again),
I'm not able to scan (or join) any of those networks, since we prefer
stored probe response info to that of beacons (ieee80211_rx_bss_info;
bss->last_update won't be updated on beacon either). And finally,
ieee80211_sta_scan_result will skip expired BSSes, so even it can receive
beacons for such networks, they won't be reported back to the user.
-- end of usecase


So, my question is whether this is being worked on (didn't find any note
on this), and if not, what would be the best place to put this to? (I'm not
that familiar with mac80211 internals, so any input on this is kindly
welcome).

In my case, clearing the list on ifdown/up would help, but periodic
cleanup would be better, so I'd better go that way (or maybe both).
Then, having bss->last_update being updated also by beacons might be a
good idea, otherwise we would expire probed networks, right?


Thanks,
  Vlado

Attachment: signature.asc
Description: OpenPGP digital signature


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux