summaryrefslogtreecommitdiffstats
path: root/net/mac80211/driver-ops.h
diff options
context:
space:
mode:
authorDaniel Yingqiang Ma <yma.cool@gmail.com>2010-04-13 15:12:07 +0800
committerJohn W. Linville <linville@tuxdriver.com>2010-04-20 11:50:51 -0400
commit03ceedea972a82d343fa5c2528b3952fa9e615d5 (patch)
tree7b46f62e4fd82e969bc1cea1999249d25234e330 /net/mac80211/driver-ops.h
parente8958330190c57c0d32bee88b64a12de2f58059f (diff)
downloadop-kernel-dev-03ceedea972a82d343fa5c2528b3952fa9e615d5.zip
op-kernel-dev-03ceedea972a82d343fa5c2528b3952fa9e615d5.tar.gz
ath9k: Group Key fix for VAPs
When I set up multiple VAPs with ath9k, I encountered an issue that the traffic may be lost after a while. The detailed phenomenon is 1. After a while the clients connected to one of these VAPs will get into a state that no broadcast/multicast packets can be transfered successfully while the unicast packets can be transfered normally. 2. Minutes latter the unitcast packets transfer will fail as well, because the ARP entry is expired and it can't be freshed due to the broadcast trouble. It's caused by the group key overwritten and someone discussed this issue in ath9k-devel maillist before, but haven't work out a fix yet. I referred the method in madwifi, and made a patch for ath9k. The method is to set the high bit of the sender(AP)'s address, and associated that mac and the group key. It requires the hardware supports multicast frame key search. It seems true for AR9160. Not sure whether it's the correct way to fix this issue. But it seems to work in my test. The patch is attached, feel free to revise it. Signed-off-by: Daniel Yingqiang ma <yma.cool@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'net/mac80211/driver-ops.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud