Lines Matching refs:frames
68 * frames after we've sent the frame to monitoring. We
70 * frames with it present, due to the assumption of a
884 * Sequence numbers for management frames, QoS data
885 * frames with a broadcast/multicast address in the
886 * Address 1 field, and all non-QoS data frames sent
914 * boundary. In the case of regular frames, this simply means aligning the
921 * With A-MSDU frames, however, the payload data address must yield two modulo
922 * four because there are 14-byte 802.3 headers within the A-MSDU frames that
1094 struct sk_buff_head *frames = &tid_agg_rx->reorder_buf[index];
1095 struct sk_buff *tail = skb_peek_tail(frames);
1114 struct sk_buff_head *frames)
1130 /* release frames from the reorder ring buffer */
1135 __skb_queue_tail(frames, skb);
1146 struct sk_buff_head *frames)
1155 frames);
1162 * frames that have not yet been received are assumed to be lost and the skb
1164 * reorder buffer if there are no additional gaps between the frames.
1172 struct sk_buff_head *frames)
1184 * frames in the reorder buffer have timed out.
1204 "release an RX reorder frame due to timeout on earlier frames\n");
1206 frames);
1218 frames);
1250 struct sk_buff_head *frames)
1295 * size release some previous frames to make room for this one.
1300 /* release stored frames up to new head to stack */
1302 head_seq_num, frames);
1319 * to release frames after this one.
1335 ieee80211_sta_reorder_release(sdata, tid_agg_rx, frames);
1348 struct sk_buff_head *frames)
1385 /* qos null data frames are excluded */
1415 frames))
1419 __skb_queue_tail(frames, skb);
1468 * Class 3 frames from not associated stations. hostapd sends
1469 * deauth/disassoc frames when needed. In addition, hostapd is
1483 * accept port control frames from the AP even when it's not
1537 /* AP has no more frames buffered for us */
1597 * so that the TX path won't start TX'ing new frames
1691 * uAPSD and PS-Poll frames (the latter shouldn't even come up from
1825 * Drop (qos-)data::nullfunc frames silently, since they
1868 * Beacon frames and Beacon frames that claim to use another BIGTK key
1916 * - IGTK (group keys for management frames)
1917 * - BIGTK (group keys for Beacon frames)
1922 * (including broadcast) and unicast frames, the latter can only
1925 * then unicast frames can also use key indices like GTKs. Hence, if we
1928 * Note that in a regular BSS, multicast frames are sent by the
2070 * RSNA-protected unicast frames should always be
2409 * Pass through unencrypted frames if the hardware has
2415 /* check mesh EAPOL frames first */
2440 /* Drop unencrypted frames if key is set. */
2456 * Pass through unencrypted frames if the hardware has
2491 * When using MFP, Action frames are not allowed prior to
2552 * Allow EAPOL frames to us/the PAE group address regardless of
2589 * be used for EAPOL frames. However, 802.1X allows the use of
2633 * for non-QoS-data frames. Here we know it's a data
2649 * send multicast frames both to higher layers in
2675 * frames are required to be aligned to 2-byte boundaries
3058 ieee80211_rx_h_ctrl(struct ieee80211_rx_data *rx, struct sk_buff_head *frames)
3107 /* release stored frames up to start of BAR */
3109 start_seq_num, frames);
3119 * After this point, we only want management frames,
3120 * so we can drop all remaining control frames to
3181 * From here on, look only at management frames.
3182 * Data and control frames are already handled,
3183 * and unknown (reserved) frames are useless.
3225 /* drop too small frames */
3236 /* reject HT action frames from stations not supporting HT */
3521 /* skip known-bad action frames and return them in the next handler */
3527 * it, but maybe userspace does ... include returned frames
3597 * frames that we didn't handle, including returning unknown
3603 * monitor interfaces so push all frames there.
3613 /* do not return rejected action frames */
3834 struct sk_buff_head *frames)
3854 while ((skb = __skb_dequeue(frames))) {
3856 * all the other fields are valid across frames
3877 res = ieee80211_rx_h_ctrl(rx, frames);
3932 struct sk_buff_head frames;
3947 __skb_queue_head_init(&frames);
3950 ieee80211_sta_reorder_release(sta->sdata, tid_agg_rx, &frames);
3953 if (!skb_queue_empty(&frames)) {
3962 ieee80211_rx_handlers(&rx, &frames);
3971 struct sk_buff_head frames;
3982 __skb_queue_head_init(&frames);
4000 /* release all frames in the reorder buffer */
4004 release, &frames);
4009 &frames);
4031 /* now process also frames that the filter marking released */
4032 ieee80211_sta_reorder_release(sta->sdata, tid_agg_rx, &frames);
4037 ieee80211_rx_handlers(&rx, &frames);
4122 * Accept public action frames even when the
4125 * itself never looks at these frames.
4136 /* ignore data frames to TDLS-peers */
4139 /* ignore action frames to TDLS-peers */
4147 * 802.11-2016 Table 9-26 says that for data frames, A1 must be
4157 * So we should not accept data frames with an address that's
4177 /* Currently no frames on NAN interface are allowed */
4403 * implicitly also rejects multicast frames without the
4406 * We shouldn't get any *data* frames not addressed to us
4407 * (AP mode will accept multicast *management* frames), but
4419 /* assign the key to drop unencrypted frames (later)
4509 * for non-QoS-data frames. Here we know it's a data
4609 * This is the actual Rx frames handler. as it belongs to Rx path it must
4758 * that we'd be receiving frames after having already partially
4759 * quiesced the stack. We can't process such frames then since
4833 * all other frames are returned without radiotap header
4835 * Also, frames with less than 16 bytes are dropped.