On 18 March 2012 20:49, Sujith Manoharan <c_manoha@xxxxxxxxxxxxxxxx> wrote: >> When are stations being notified of a CWM change? >> >> I know FreeBSD handles it with a big stick at the moment - it just >> does a full interface reset and channel change. I don't necessarily >> like it, but I haven't yet sat down to look at when and why this is >> occuring. > > For AP mode, we currently don't have dynamic CWM - and if it is ever implemented, > it would probably be in hostapd. Right, but for AP mode what's involved? * Does it send out a CSA to the same channel but different operational mode stuff? * are all current aggregation sessions maintained, or are they reset when a CSA to the same channel is done? * What about stuff to do with power saving? > > For station mode, HT bandwidth changes can be notified via beacons, probe responses > or action frames. mac80211 currently processes beacons and the HT operation element. Same deal as above. I'm ignoring CWM for now until I've finished off these SMP TX aggregation bugs, then I'll sort out channel scanning and power saving stuff. That sets all the right "bits" for CWM (ie, being able to queue all the frames without flushing them, then restarting the software TX queue as needed.) Once that's done, CWM should be: * signal stop TX; * wait for TX threads, TX completion and TX DMA to complete; * signal a rate control change; * recalculate the rate control selection for everything in the software queues; * restart.. Adrian -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
