Search Linux Wireless

Re: [PATCH 1/2] mac80211: Drop protected data frames that have not been decrypted

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Johannes Berg a écrit :
On Mon, 2010-02-15 at 08:45 +0100, Benoit PAPILLAULT wrote:

I'm not familiar with this part of the code; but have you tested if
this doesn't break monitor-while-operating mode (i.e. doesn't remove
other-STA frames from monitor interfaces)?

Yes, it has been tested in this case. In fact, this patch changes RX path only in ieee80211_rx_h_data / ieee80211_rx_h_action and ieee80211_rx_h_mgmt. In all 3 cases, it returns RX_DROP_MONITOR.

???

        if (ieee80211_drop_unencrypted(rx, mgmt->frame_control))
                return RX_DROP_UNUSABLE;
This code was not in wireless-testing/master yesterday when I sent the patches.
However. GUYS!!! Read the code! Real monitor mode bypasses _ALL_ the RX
handlers, frames just short-circuit up right after they are received
from the driver.
Just for my own understanding. It seems the implementation has 2 different code path : - "real" monitor mode which is handled right after ieee80211_rx() so it is not affected
- "cook" monitor mode which is handled as part of the RX handlers.

BTW, why do we have 2 different code path? I'm sure I missed something obvious here.
johannes

Regards,
Benoit

--
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

[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux