Lines Matching full:frames

34  *	TXQ #1 - aux frames
35 * TXQ #2 - P2P device frames
36 * TXQ #3 - P2P GO/SoftAP GCAST/BCAST frames
37 * TXQ #4 - BSS DATA frames queue
38 * TXQ #5-8 - Non-QoS and MGMT frames queue pool
40 * TXQ #10-31 - DATA frames queue pool
41 * The queues are dynamically taken from either the MGMT frames queue pool or
42 * the DATA frames one. See the %iwl_mvm_dqa_txq for more information on every
48 * %mvm->add_stream_wk later allocates the queues and TXes the deferred frames.
70 * the deferred frames so we don't get into a situation where the queues are
71 * removed and then the worker puts deferred frames onto the released queues or
159 * Flush means that all the frames in the SCD queue are dumped regardless the
163 * Drain means that the fw will drop all the frames sent to a specific station.
187 * When a station is asleep, the fw will set it as "asleep". All frames on
192 * let mac80211 know when there are frames in these queues so that it can
193 * properly handle trigger frames.
195 * When a trigger frame is received, mac80211 tells the driver to send frames
196 * from the AMPDU queues or sends frames to non-aggregation queues itself,
197 * depending on which ACs are delivery-enabled and what TID has frames to
199 * frames are buffered / filtered, and the driver tells mac80211 about agg
200 * frames). The driver needs to tell the fw to let frames out even if the
210 * EOSP_NOTIFICATION, and we notify mac80211 of that. Further frames that we
257 * @tx_count_last: number of frames transmitted during the last second
258 * @tx_count: counts the number of frames transmitted since the last reset of
398 * @sleep_tx_count: the number of frames that we told the firmware to let out
400 * gets empty before all the frames were sent, which can happen when
401 * we are sending frames from an AMPDU queue and there was a hole in