On Mon, Oct 27, 2008 at 5:04 PM, Johannes Berg <johannes@xxxxxxxxxxxxxxxx> wrote: > On Mon, 2008-10-27 at 19:55 +0530, Sujith wrote: >> Johannes Berg wrote: >> > We have this "ampdu_ack_map" parameter in the TX status which could be >> > set by the driver. But that assumes we only want a single TX status for >> > all A-MPDU frames, do we really? Or do we want to split them up and >> > handle it all in mac80211? >> >> I wasn't aware of this parameter at all. Looks useful. >> >> Atheros HW reports the Block Ack bitmap of the entire aggregate. >> So passing that up to mac80211, and letting mac80211 handle retransmissions would work. >> I am not sure about Intel. > > Intel does the retransmissions in hw. Not sure how we'd want to handle > that difference. In addition iwlwifi HW release TX packets in order to mac80211 i.e. no need to maintain the transition window so simple flag maybe shell revert the flow into regular tx response flow in mac80211. Only rate scaling is aware that the packets were transmitted aggregated, we did some hacking there around this it should be cleaned up. Tomas -- 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
