Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 3 Aug 2012 23:11:40 -0600
From:      PseudoCylon <moonlightakkiy@yahoo.ca>
To:        Adrian Chadd <adrian.chadd@gmail.com>
Cc:        freebsd-wireless@freebsd.org, Kim Culhan <w8hdkim@gmail.com>
Subject:   Re: ath lor
Message-ID:  <CAFZ_MYLsa1QHHe=U=9=rjFsoXCfv7DB0LMZLxiZekpACSB9nYg@mail.gmail.com>
In-Reply-To: <CAJ-Vmok-TFHyo0JkX_AucDwRj=JX1qwfc_s7nidFSBnrO_Y-jw@mail.gmail.com>
References:  <CAFZ_MYKgUkryy4parts3QahAyPA7FY9xUqC98_E7oFW%2BzarA8A@mail.gmail.com> <CAFZ_MYKeOKxT3k7JWHjdH83vbieZ6JpXe0kbXTJy4neEd5Aqew@mail.gmail.com> <CAJ-VmomGBvgLwFEcXbEuYkAj=g%2By8zVo8cT2nSSMdydCk=OhYQ@mail.gmail.com> <CAFZ_MYJP97aO73zLpJF9%2B8MiQVqAHGNngmtOakYDcaikvyq7og@mail.gmail.com> <CAJ-VmomSTcTFVQovOaGB9_7kTh_R9Z2W4bypknHVrtykYz2SMg@mail.gmail.com> <CAFZ_MYKnKmM2M%2BpcifxWNcp-pXsJGhb2i7aRo94JK3jqUyaNrw@mail.gmail.com> <CAJ-VmokoURqGmD=U_=p0noeGbLBwTbW63fMfo8Teb7iw3U_W-g@mail.gmail.com> <CAFZ_MYL%2BBV0dPP_hxKw%2BWEz-zz2TxwOdYRTqipPuVa6ZEmvx9A@mail.gmail.com> <CAJ-Vmok-TFHyo0JkX_AucDwRj=JX1qwfc_s7nidFSBnrO_Y-jw@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Aug 2, 2012 at 11:52 AM, Adrian Chadd <adrian.chadd@gmail.com> wrote:
> On 2 August 2012 04:25, PseudoCylon <moonlightakkiy@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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFZ_MYLsa1QHHe=U=9=rjFsoXCfv7DB0LMZLxiZekpACSB9nYg>