On Saturday 27 March 2010 05:34:21 Derek Smithies wrote:
It is, essentially, wishful thinking to assume one can have automatic ANI
in IBSS mode.
Given that we are designing a code base to have general use, we have to
design code that will work for the most number of people out of the box,
On Fri, 26 Mar 2010, Bruno Randolf wrote:
yeah, we all know how great minstrel is... really.
Thanks for the praise on Minstrel.
Felix has done, and is doing, some good work on getting it into the
kernel. And of course, his current work with minstrel in 802.11 N
i said in most *standard*
On Friday 26 March 2010 06:13:11 Luis R. Rodriguez wrote:
- Improve beacon averaging algorithm for IBSS: Maybe we should keep
track of
the average RSSI on a per-node basis and use the minimum of those in
order not to loose far away nodes? The other option would be to limit
On Thu, Mar 25, 2010 at 05:27:57PM -0700, Bruno Randolf wrote:
On Friday 26 March 2010 06:13:11 Luis R. Rodriguez wrote:
- Improve beacon averaging algorithm for IBSS: Maybe we should keep
track of
the average RSSI on a per-node basis and use the minimum of those in
order
On Thu, Mar 25, 2010 at 06:21:50PM -0700, Derek Smithies wrote:
On Fri, 26 Mar 2010, Bruno Randolf wrote:
- Improve beacon averaging algorithm for IBSS:
is to turn ani off. which means the issue you raised else where of
providing reasonable userland controls (not via debugfs) becomes
On Friday 26 March 2010 10:21:50 Derek Smithies wrote:
On Fri, 26 Mar 2010, Bruno Randolf wrote:
- Improve beacon averaging algorithm for IBSS:
is to turn ani off. which means the issue you raised else where of
providing reasonable userland controls (not via debugfs) becomes
important.
This is ANI for ath5k. I have looked ath both the HAL and ath9k sources, while
implementing this, so the basic algorithm is the same. A notable difference is
that i do everything in a tasklet, while ath9k and HAL do larger parts in the
interrupt handler. Also i have only one routine for raising
