Hello, Adrian.
You wrote 28 мая 2013 г., 2:15:28:
AC> And as always, please keep retesting whenever you csn.
I'm trying to test every bunch of changes in ath (I do daily "svn up"
and watch for changes in ath*), but no more often than 1 per day, and
sometimes don't spent my time at computer on wee
And as always, please keep retesting whenever you csn.
I'm going to spend some time now tidying up the tx path, fixing lock deadlocks
in various places, fixing rate control and some other ancilliary stuff. So nows
the time to properly thrash things.
Now, we should try to get even more users onb
On 27 May 2013 14:22, Lev Serebryakov wrote:
> Hello, Adrian.
> You wrote 28 мая 2013 г., 1:10:33:
>
> AC> Sweet. I think the problem getting n rates here are likely due to
> AC> buffer starvation when queuing the addba request or response frames.
> AC> So I still have to properly fix that. But it
Hello, Adrian.
You wrote 28 мая 2013 г., 1:10:33:
AC> Sweet. I think the problem getting n rates here are likely due to
AC> buffer starvation when queuing the addba request or response frames.
AC> So I still have to properly fix that. But it'll happen.
Cool! It is not show-stopper and could be d
Sweet. I think the problem getting n rates here are likely due to buffer
starvation when queuing the addba request or response frames.
So I still have to properly fix that. But it'll happen.
Cool, keep testing!
Adrian
Sent from my Palm Pre on AT&T
On May 27, 2013 5:02 PM, Lev Serebryakov
Hello, Adrian.
You wrote 27 мая 2013 г., 11:29:29:
AC> Would you mind re-testing with what's now in -HEAD?
Ok, now I can not "force" connection NOT TO PICK UP n-rates (without
disabling N on sever or client).
Performance is better, than usual (150-180Mbit/s UDP), and SOMETIMES
here are such mess
Hello, Adrian.
You wrote 27 мая 2013 г., 11:29:29:
AC> Would you mind re-testing with what's now in -HEAD?
I've built new "firmware" already and I'll give it try tonight :)
AC> I'm glad that we're now not seeing any "stuff hangs" issues; but now
AC> we need to sit down and fix the "rekeying fa
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
Hi,
Would you mind re-testing with what's now in -HEAD?
I have some rate control fixes to go in soon but other than that I'd
just like to concentrate on tidying up loose ends and improving
stability.
I'm glad that we're now not seeing any "stuff hangs" issues; but now
we need to sit down and fix