Add 2 new flags to the "TX Flags" radiotap header field that control
certain aspects of packet injection:
IEEE80211_RADIOTAP_F_TX_NO_ACK: Transmission shall not expect an ACK
frame and not retry when no ACK is received
IEEE80211_RADIOTAP_F_TX_NO_SEQ: Transmission shall use the sequence
and fragment numbers already present in the IEEE 802.11 packet header,
rather than generating one at driver/stack-level
The first flag is useful when an userspace app wants to inject packets
that should not be ACKed according to the IEEE 802.11:2007 standard
(e.g. multicast frames, ACKs, beacons, etc.). The second flag enables
userspace injectors to control the sequence and fragment numbers of
the transmitted frame, allowing e.g. injection of fragments with an
identical sequence number and an incrementing fragment number.
Signed-off-by: Gábor Stefanik <netrolller.3d@xxxxxxxxx>
---
Patch also available as an attachment, in case it gets damaged by Gmail.
diff --git a/include/net/ieee80211_radiotap.h b/include/net/ieee80211_radiotap.h
index d364fd5..4e28c0c 100644
--- a/include/net/ieee80211_radiotap.h
+++ b/include/net/ieee80211_radiotap.h
@@ -247,6 +247,9 @@ enum ieee80211_radiotap_type {
* retries */
#define IEEE80211_RADIOTAP_F_TX_CTS 0x0002 /* used cts 'protection' */
#define IEEE80211_RADIOTAP_F_TX_RTS 0x0004 /* used rts/cts handshake */
+#define IEEE80211_RADIOTAP_F_TX_NOACK 0x0008 /* frame should not be ACKed */
+#define IEEE80211_RADIOTAP_F_TX_NOSEQ 0x0010 /* sequence number handled
+ * by userspace */
/* Ugly macro to convert literal channel numbers into their mhz equivalents
* There are certianly some conditions that will break this (like
feeding it '30')
Attachment:
0001-cfg80211-add-no-ack-and-no-seq-override-tx-flags.patch
Description: Binary data
