On Tuesday 11 September 2007 12:17:01 Johannes Berg wrote: > > However I liked the idea about > > > > "An alternative option could be that the mac80211 stack would call > > a non-atomic function of the driver to report the total count of > > transmitted packets and the number of successful transmissions." > > > > This mechanism will help us to implement aggregation rate scaling > > I would actually prefer if such statistics will be pushed by driver > > rather then pulled by mac though. > > It doesn't help knowing whether the relevant packets were acked though. What about the following: We have a "the packet failed" IRQ. so we know that if that didn't raise for a packet, it must have succeed. So currently we already maintain a queue of TX packets. What about changing the handling of this queue? Instead of dropping (and telling mac80211 success) on an ACK RX, simply do a timeout. We can calculate the time (plus some additional msecs to be sure) by when an ACK must have arrived, no? So, if that times out, signal a success. Wouldn't that be reliable? Given that the "tx failed" IRQ actually _is_ reliable. -- Greetings Michael. - 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
