Johannes Berg wrote: > > > --- a/include/linux/skbuff.h > > +++ b/include/linux/skbuff.h > > @@ -244,6 +244,11 @@ typedef unsigned char *sk_buff_data_t; > > * @tc_verd: traffic control verdict > > * @ndisc_nodetype: router type (from link layer) > > * @do_not_encrypt: set to prevent encryption of this frame > > + * @requeue: set to indicate that the wireless core should attempt > > + * a software retry on this frame if we failed to > > + * receive an ACK for it > > > > > + * @is_part_ampdu: set to indicate that the wireless core should should > > + * treat this frame as part of an AMPDU > > I thought we said we could keep the flag instead of moving to the skb > here? > > The next step, imho, is to remove all the "if (hw->num_ampdu_queues)" > stuff and figure out what kind of services mac80211 should provide. Well, currently ath9k maintains a buffer list for each tid. When mac80211 sends down a frame, if the recipient has an aggr. session going, it is appended to the tid's buffer list. Non-HT frames are sent out immediately. On TX completion, we run through all the ACs, STAs and TIDs and send out pending frames as aggregates. IMO, this is heavy stuff for a driver. mac80211 can probably help by maintaining the TX state for each TID, maintain the buffer list, etc. and provide appropriate mechanisms for drivers to obtain pending frames as and when needed. Sujith -- 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
