2010/6/28 Felix Fietkau n...@openwrt.org:
On 2010-06-28 2:01 AM, Björn Smedman wrote:
[snip]
I guess the real solution is your rewrite... But in the mean time
perhaps we can memcpy the tx_info control from the last subframe to
the first before calling ath_buf_set_rate() in ath_tx_sched_aggr()?
On 2010-06-28 12:20 PM, Björn Smedman wrote:
2010/6/28 Felix Fietkau n...@openwrt.org:
On 2010-06-28 2:01 AM, Björn Smedman wrote:
[snip]
I guess the real solution is your rewrite... But in the mean time
perhaps we can memcpy the tx_info control from the last subframe to
the first before
On 2010-06-28 2:01 AM, Björn Smedman wrote:
2010/6/23 Felix Fietkau n...@openwrt.org:
On 2010-06-23 6:36 PM, Björn Smedman wrote:
[snip] As
far as I can tell, whenever the first subframe of an aggregate fails
and is software retried, the rate control feedback for that aggregate
is lost
2010/3/2 Felix Fietkau n...@openwrt.org:
On 2010-03-02 4:47 PM, Björn Smedman wrote:
2010/3/2 Felix Fietkau n...@openwrt.org:
[snip]
You mean the hardware interprets the block-ack and keeps retrying the
un-acked frames? I thought it stopped as soon as it got a block-ack to
let software sort
On 2010-06-23 6:36 PM, Björn Smedman wrote:
2010/3/2 Felix Fietkau n...@openwrt.org:
On 2010-03-02 4:47 PM, Björn Smedman wrote:
2010/3/2 Felix Fietkau n...@openwrt.org:
[snip]
You mean the hardware interprets the block-ack and keeps retrying the
un-acked frames? I thought it stopped as soon
2010/6/23 Felix Fietkau n...@openwrt.org:
On 2010-06-23 6:36 PM, Björn Smedman wrote:
[snip]
If I'm not wrong above then the rate control feedback must also be
incorrect: a disaster of that magnitude simply cannot be conveyed to
the rate control algorithm through the thin tx status interface.
On 2010-06-23 8:47 PM, Björn Smedman wrote:
2010/6/23 Felix Fietkau n...@openwrt.org:
On 2010-06-23 6:36 PM, Björn Smedman wrote:
[snip]
If I'm not wrong above then the rate control feedback must also be
incorrect: a disaster of that magnitude simply cannot be conveyed to
the rate control
2010/6/23 Felix Fietkau n...@openwrt.org:
On 2010-06-23 8:47 PM, Björn Smedman wrote:
[snip]
But on the other hand doesn't that also mean that MRR rates and counts
in the tx status will be incorrect? I.e. one set of rates/counts used
to transmit the aggregate (first subframe) and (possibly)