Subject: Re: ath(4) rate choices for 'bss' in IBSS mode
To: David Young <firstname.lastname@example.org>
From: Sam Leffler <email@example.com>
Date: 09/24/2004 12:01:19
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
> 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.