On Mon, 21 Aug 2006 09:41:13 +0200, Johannes Berg wrote: > Contrary to what Jiri said, proper rate control module refcounting > is much easier than allowing rate control changes on-the-fly... > This patch implements only the former along with cleanups. > Note that the diff between rate_control.c and rate_control_simple.c > is small (modulo fixing indenting etc.), but I wanted to rename the > file to more accurately reflect what it is.
This is not so easy. The locking around rate control modules is currently totally wrecked. I started cleaning this up before I left for vacation and haven't time to finish it yet. My patches do: - rename of rate control files (rate_control.h => ieee80211_rate.h) - introduce a new ieee80211_rate.c file (I'm trying to gradually move things out of the big ieee80211.c) - fix locking (Yes, it is broken. Yes, I can prove it.) - allow different rate control algorithm for each wiphy - proper and race-free rate control modules loading Changing of rate control algorithm on the fly is still not supported, but the infrastructure for it is (hopefully) laid. Sorry for not cleanly stating this before :-( Jiri -- Jiri Benc SUSE Labs - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
