ath lor
PseudoCylon
moonlightakkiy at yahoo.ca
Sat Aug 4 05:14:21 UTC 2012
On Thu, Aug 2, 2012 at 11:52 AM, Adrian Chadd <adrian.chadd at gmail.com> wrote:
> On 2 August 2012 04:25, PseudoCylon <moonlightakkiy at yahoo.ca> wrote:
>
>
>> Third time's the charm.
>> assuming all vaps have the same iv_max_aid
>> https://gitorious.org/ieee80211/net80211/commit/c8a1a722df1683416d4d0d9cd99c57a6b1b2bdf5/diffs/87d27559ad706e4a8c63d5a7d0ed5d2101fb3402
>
> Hm, ok. Maybe we should add some very loud debug printing if we
> overflow the size of that table. If we ever hit that condition and
> people report the debugging, we can expand the logic to include the
> AIDs from all VAPs.
>
I have added if_printf(), so we can track down the driver to blame.
https://gitorious.org/ieee80211/net80211/commit/4dbc79c5f832b4cdffe9966dbbeba9b1b8fd24da
I also added functions to revert changes when overflow (maybe too much).
https://gitorious.org/ieee80211/net80211/commit/dc1aa81ea1a9eeb7cf1a3a1c2b8a5a8cd85e687d
> Does it fix some/all of the LORs for you?
>
So far, node/driver LOR in iv_key_delete() seems to be gone.
AK
More information about the freebsd-wireless
mailing list