When IFF_MULTICAST was not enabled on the vap, we used to skip some filtering that...
authormtaylor <mtaylor@0192ed92-7a03-0410-a25b-9323aeb14dbd>
Tue, 15 Jan 2008 23:54:34 +0000 (23:54 +0000)
committermtaylor <mtaylor@0192ed92-7a03-0410-a25b-9323aeb14dbd>
Tue, 15 Jan 2008 23:54:34 +0000 (23:54 +0000)
commite7ccdf6be32c9372c2b4569f6d0e7abdf235de79
treee667221571a085a25e639924802a24fc4f28353f
parentf2bbcd9fa26fdfd044c075e9839ff0ce79d62d45
When IFF_MULTICAST was not enabled on the vap, we used to skip some filtering that prevents reception of your own multicast traffic.  Then we would procede to ignore the fact that IFF_MULTICAST flag was disabled and send anyway.

I've fixed the logic so that multicast is dropped, with an error when disabled.  I don't think this is a valid configuration.  Also, we don't skip the filtering logic so that our own multicast traffic doesn't come back to us (looking like a bridging loop).

git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@3132 0192ed92-7a03-0410-a25b-9323aeb14dbd
net80211/ieee80211_input.c
net80211/ieee80211_ioctl.h