diff options
author | Dan Williams <dcbw@redhat.com> | 2012-03-02 18:17:34 -0600 |
---|---|---|
committer | Dan Williams <dcbw@redhat.com> | 2012-03-02 18:17:34 -0600 |
commit | 5cd9b1e22fcb769eeac85bb16b09d3358ddc44f9 (patch) | |
tree | c4cc4dae72d4cca5940428954fabf7be86f77cf3 /cli | |
parent | fb06cda7239cce9449a3af6cecd85fa9063362da (diff) | |
download | NetworkManager-5cd9b1e22fcb769eeac85bb16b09d3358ddc44f9.tar.gz |
wifi: don't remove APs still known to the supplicant
Because the supplicant doesn't have a BSS property for "last seen"
we have to fake that by listening to PropertiesChanged events for
stuff like signal strength, which usually changes a bit from scan
to scan. But in case it doesn't change, we'll never get that PC
signal, and thus we'll never update our internal 'last seen'
timestamp, and thus the AP will get removed from the NM scan list
even if it was in the supplicant's last scan results.
So, if the AP if we haven't receieved a BssRemoved signal for the
AP yet don't remove it from the NM scan list. One caveat is that
if the supplicant's DEFAULT_BSS_EXPIRATION_AGE value is greater
than NM's AP expiration age, NM will by consequence use the
supplicant's value instead. At the moment the supplicant sets
DEFAULT_BSS_EXPIRATION_AGE to 180 seconds while NM's is 360.
Diffstat (limited to 'cli')
0 files changed, 0 insertions, 0 deletions