On Friday 24 September 2004 11:45 am, David Young wrote:
> On Thu, Sep 23, 2004 at 05:52:04PM -0700, Sam Leffler wrote:
> > The bug is actually that ath_tx_start should check for multicast frames
> > and use a rate appropriate for control frames.
>
> FWIW, ieee80211_rssadapt_choose does what Sam is saying.

I chose to make decisions like this in the driver and not in the rate control 
code since it would have required passing the packet contents in (or at least 
a reference to the header).  I believe the handling of 
control+management+mcast frames is well-enough defined to be done outside 
rate control.  Separately net80211 is lacking some tunable parameters like a 
fixed/min rate for data frames and/or all frames.

>
> > Separately the rate control code in netbsd's ath driver appears to be
> > old.  I recently split rate control out in the linux version of the
> > driver so alternate rate control algorithms can be used w/o changing the
> > driver (they are packaged as independent modules).
>
> Presumably that is on the WPA branch in madwifi?  Is there someplace
> where I can subscribe to CVS commit messages for madwifi?

The WPA branch was merged back into HEAD several months back.  madwifi-cvs@ is 
the mailing list for commit msgs; subscription is done via mailman at 
sourceforge.

>
> Traditionally I have pulled your ath and net80211 sources from FreeBSD;
> I guess that I should pull directly from madwifi instead?

For better or wose I've been working exclusively in linux for almost a year.

	Sam