> While at it, could you also add to the commit log some info how awesome this > patch is from user's point of view and how it helps. For example, before and > and after numbers and other results. That varies wildly, depending on many details of the scenario (including the wireless capabilities of the clients connected to the AP using this patch, and how far away those clients are). There's really not enough room in a commit message to explain enough to make any such claimed numbers reproducible. And, BTW, this patch alone is not really where the big improvement comes from. This just cuts ath9k over to use the new transmit-a-packet interface between the mac80211 layer and the wireless device driver. All the good work to improve latency is being done on the new mac80211 interface to the driver to transmit a packet. If you want numbers in a commit message, those numbers belong over on those commits, not on this ath9k commit, IMHO. And there's different patches that taken together achieve the best improvement, and in various subsets differing amounts of improvement, which again all depends on the scenarios. And all this is complicated by how often real users are involved in scenarios where this matters (hard to say). This mainly improves things when you have an ath9k interface with packets queued simultaneously to different wireless destinations, which is typically when the ath9k interface is serving as an AP. And I would expect similar improvements for any wireless driver cut over to use the new mac80211 interface. (This patch might be a helpful guide to other wireless driver maintainers wishing to see the same improvements other wireless drivers.) I hope that the above paragraphs were helpful. -Tim Shepard shep@xxxxxxxxxxxx