aboutsummaryrefslogtreecommitdiffstats
path: root/net/dccp/proto.c
diff options
context:
space:
mode:
authorFelix Fietkau <nbd@openwrt.org>2011-01-18 15:48:48 +0100
committerJohn W. Linville <linville@tuxdriver.com>2011-01-19 11:36:12 -0500
commitfbb327c5945448e98480d610815143a6d4a63638 (patch)
treeaf5148a50e5a7374699c157eb9ef11762f3e0878 /net/dccp/proto.c
parent5dd36bc933e8be84f8369ac64505a2938f9ce036 (diff)
downloadkernel_samsung_aries-fbb327c5945448e98480d610815143a6d4a63638.zip
kernel_samsung_aries-fbb327c5945448e98480d610815143a6d4a63638.tar.gz
kernel_samsung_aries-fbb327c5945448e98480d610815143a6d4a63638.tar.bz2
mac80211: drop non-auth 3-addr data frames when running as a 4-addr station
When running as a 4-addr station against an AP that has the 4-addr VLAN interface and the main 3-addr AP interface bridged together, sometimes frames originating from the station were looping back from the 3-addr AP interface, causing the bridge code to emit warnings about receiving frames with its own source address. I'm not sure why this is happening yet, but I think it's a good idea to drop all frames (except 802.1x/EAP frames) that do not match the configured addressing mode, including 4-address frames sent to a 3-address station. User test reports indicate that the problem goes away with this patch. Signed-off-by: Felix Fietkau <nbd@openwrt.org> Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'net/dccp/proto.c')
0 files changed, 0 insertions, 0 deletions