> > It does, however, look like the whole rate control code needs a revamp. > > Looks like Jiri got busy there with krefs too without giving it too much > > thought... It looks like all that can be converted to RCU just as well > > as all the other stuff I already converted, I don't see a reason to keep > > a reference count of the rate control algorithm for each sta. > > What bothers me most is the fact that we have several ways to refer to a > rate: Either we use struct ieee80211_rate pointers or indices into > local->oper_hw_mode->rates[]. This is not very consistent. Furthermore, > there is oper_hw_mode vs scan_hw_mode. So potentially even to rates[]. > That sucks. Yeah. That cfg80211 rate/channel stuff I had addressed some of it, but not all, iirc. johannes
Attachment:
signature.asc
Description: This is a digitally signed message part
