diff options
author | sam <sam@FreeBSD.org> | 2005-07-29 05:57:28 +0000 |
---|---|---|
committer | sam <sam@FreeBSD.org> | 2005-07-29 05:57:28 +0000 |
commit | 2626cf3b71f259ad793fdb031df219c6e2f1c971 (patch) | |
tree | fcc1bc732a5550720f95709e3b545be78db7837b /etc/opieaccess | |
parent | 5bf3752adf87424ac27a778614dfb6ffc269a7ca (diff) | |
download | FreeBSD-src-2626cf3b71f259ad793fdb031df219c6e2f1c971.zip FreeBSD-src-2626cf3b71f259ad793fdb031df219c6e2f1c971.tar.gz |
Correct problems with handling interfaces that go away (e.g. when
a card is ejected). wpa_supplicant requires that internal events
for interfaces coming+going include a name but after an interface
is removed you cannot use if_indextoname to map the interface index
in the RTM_IFINFO (or RTM_IFANNOUNCE) msg to an interface name.
Instead record the interface index in the driver-private data area
and use that to filter msgs from the routing socket. This insures
that when we have a message to process we know the interface name.
The end result is that we can now dispatch an "interface removed"
event that is understood when notified than an interface went away
(where previously the event dispatched was ignored because the
interface name was unrecognized).
This change also insures we only process events for our interface.
The only downside is that we can no longer wait for an interface
to arrive as we need to map the interface name to an index at
startup. This is not important as wpa_supplicant should be launched
by devd and not include a separate mechanism for doing interface
discovery.
MFC after: 3 days
Diffstat (limited to 'etc/opieaccess')
0 files changed, 0 insertions, 0 deletions