Mattias Nissler wrote:
I wonder whether the ack queue idea Mikko found in the zd1211rw driver is actually working correctly for that driver? I've only had a short look, but found that incoming ACKs are only matched against transmitted frames by means of the address carried within the ACK. So I'd think in the situation I outlined above, the zd1211rw driver will also be unable to match the ACK to the correct frame. Any comments on this?
It is known not-quite-correct and an area of the code that I personally dislike. However, without it, rate control does not work at all, so it is better than not having it. (my personal preference would be for a RC algo which does not require input of successful TX frames, but I have not stepped up to design or do the work...) The code that also keeps the USB TX queue to reasonable size also relies on it, and in that case the inaccuracies are also not important.
Daniel -- 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
