Subject: Re: CVS commit: src/sys/dev/ic
To: None <source-changes@NetBSD.org>
From: David Young <dyoung@pobox.com>
List: source-changes
Date: 06/08/2006 17:44:27
On Thu, Jun 08, 2006 at 11:30:46PM +0100, Rui Paulo wrote:
> At Thu, 8 Jun 2006 16:23:52 -0500,
> David Young wrote:
> > 
> > On Thu, Jun 08, 2006 at 08:56:41PM +0000, Rui Paulo wrote:
> > > 
> > > Module Name:	src
> > > Committed By:	rpaulo
> > > Date:		Thu Jun  8 20:56:41 UTC 2006
> > > 
> > > Modified Files:
> > > 	src/sys/dev/ic: rt2661.c rt2661var.h
> > > 
> > > Log Message:
> > > Bring the following change from OpenBSD:
> > > 
> > >   Keep track of the average RSSI using an Exponential Moving Average (EMA).
> > >   Use it to dynamically tune radio receive sensitivity.
> > > 
> > >   The idea is simple:
> > >   - increase sensitivity when the RSSI is bad to optimize throughput on
> > >     long distance to the AP, and
> > >   - decrease sensitivity when the RSSI is good to reduce noise level and
> > >     optimize throughput on short distance to the AP
> > > 
> > >   The EMA allows to smooth RSSI variations so we don't end up changing the
> > >   sensitivity too frequently.  We check if it would be worth updating the
> > >   sensitivity every one second.
> > >   RSSI thresholds were taken from the Ralink Tech. Linux driver.
> > 
> > I don't know if I buy it.  What if you have both a near client and a
> > far client?
> 
> As Garrett pointed out this makes sense on bss/ibss mode only. So,
> what do you think about using it for those modes or adding a link0
> flag ?

It doesn't make sense in ibss mode, either.  Let me take a closer look,
later.

Do you know if this solved any real problem?

Dave

-- 
David Young             OJC Technologies
dyoung@ojctech.com      Urbana, IL * (217) 278-3933