On 09/23/2010 07:08 AM, Johannes Berg wrote:
On Thu, 2010-09-23 at 06:54 -0700, greearb@xxxxxxxxx wrote:
*
- * NOTE: This function should not be used! When mac80211 is converted
- * internally to properly keep track of stations on multiple
- * virtual interfaces, it will not always know which station to
- * return here since a single address might be used by multiple
- * logical stations (e.g. consider a station connecting to another
- * BSSID on the same AP hardware without disconnecting first).
- *
- * DO NOT USE THIS FUNCTION.
Also, I'm not sure you really should remove this comment, since it still
applies when you pass NULL, and I'm still not convinced that ath9k
couldn't keep track of the virtual interface accurately?
It seems ath9k would have to selectively remove buffers from it's tx queues
with vifs dissappeared. I had a previous patch that flushed all when interfaces
came and went, but it seems I would also have to do something similar
for AP mode when remote stations came and went. And for remote stations,
Felix didn't like flushing the queues entirely, so it would have to be for
just pkts belonging to that VIF.
That would mean quite a bit of re-write of the buffer flush logic as
far as I can tell.
As for the by_hw() method, it's only used in ath9k, and the only time
it gets passed a NULL is in the ath9k_process_rssi code when the
destination address is multicast (so we cannot reliably match on
a destination interface).
I'll update the warning comment to mention about passing in NULL
as localaddr.
Thanks,
Ben
--
Ben Greear <greearb@xxxxxxxxxxxxxxx>
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
