Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 6 Apr 2010 18:19:25 -0700
From:      Weongyo Jeong <weongyo.jeong@gmail.com>
To:        Rui Paulo <rpaulo@freebsd.org>
Cc:        freebsd-net <freebsd-net@freebsd.org>, Andrew Thompson <thompsa@freebsd.org>, Bernhard Schmidt <bschmidt@techwires.net>
Subject:   Re: net80211 ratectl proof of concept
Message-ID:  <20100407011925.GC6799@weongyo>
In-Reply-To: <E40F1E78-782B-402C-961F-C414849D5F61@freebsd.org>
References:  <D1EDB040-BB1F-41E2-8E1B-9DEF6171903D@gmail.com> <E40F1E78-782B-402C-961F-C414849D5F61@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Apr 05, 2010 at 05:54:20PM +0100, Rui Paulo wrote:
> 
> On 31 Mar 2010, at 14:05, Rui Paulo wrote:
> 
> > Hi,
> > I've started developing a ratectl framework for net80211, loosely
> > based on what DragonFly has. Right now only one driver has been
> > ported, but I would like your feedback before continuing.
> > 
> > The objective is to, eventually, have all the ratectl stuff (amrr,
> > sample, onoe(?) and rssadapt) in net80211 so all drivers can use it.
> > We can also select which ratectl modules are built in the kernel
> > config file.
> > The framework support changing the current ratectl is out of scope
> > for this patch.
> > 
> > You can find the patch here:
> > 	* http://people.freebsd.org/~rpaulo/ratectl.diff
> > 
> > Only the ral driver and the AMRR rate control algorithms were ported.
> > 
> > Some comments:
> > o The rate control calls now dereferences several pointers and some
> > inline functions are now real functions. I wonder how much this
> > impacts performance and what we can do to solve it.
> > 
> > o I wished there was a better way to do the IEEE80211_AMRR_SUCCESS /
> > IEEE80211_AMRR_FAILURe call.
> > 
> > o Some other stuff can also be `const'
> > 
> > o I create ieee80211_ratect.[ch] to avoid polluting other files
> > 
> > o I moved the AMRR parameters inside amrr_init() on purpose. The
> > drivers we have now only specify a different interval and I plan to
> > add export amrr_set_interval() via the ratectl framework later.
> > 
> > 
> > I would like very much to see this in, unless there's a strong
> > impending argument.
> 
> I've ported all the drivers but I can't test them all. You can read
> the patch at the same URL.
> 
> I would like to commit this soon, though.

It looks it's what I really want to see.  Please go forward.

regards,
Weongyo Jeong




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100407011925.GC6799>