Ben Greear wrote: > What if there is some bug that causes the NIC to be in a > state different than mac80211 thinks it is? If you leave > this in, then maybe someone will notice. Well, if we are not operating in the channel that mac80211 tells us, then we are screwed in a major, non-obvious way. :) > Ath9k is a tricky beast to debug, and I think you should > not remove anything that is remotely useful to debugging > unless removing it has a real benefit other than just > decreasing lines of (conditionally compiled) code. I am aware that you have rather unique requirements regarding ath9k, which is why I left 'stations', 'xmit', etc.. untouched. :) The only data points that have been removed are the current operating channel parameters. And removing redundant code will make a difference in memory-constrained environments like APs. (OpenWRT has DEBUGFS enabled by default). Sujith -- 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
