Also whilst I'm at it, "SPECTRUM_MANAGEMENT" is a very broad flag to set. For example: you may not want to do DFS on the AR5416 NICs because (as documented in the open hal and earlier ath9k bits) there isn't support for radar pulses on the ext channel. So even if you had a successful DFS algorithm for this NIC, you'd have to somehow tell the DFS machinery that HT40+DFS channels aren't supported but HT20+DFS channels are. But then, the AR5416 supports per-packet TPC, so you could use it in STA mode perfectly fine and it'd support that part of spectrum management. Since you get per-frame RSSI of RX'ed frames, you can support the spectrum power histogram IE. And since it supports quiet time stuff, you can use it in STA and hostap mode for supporting the quiet time IE. (Yes, I'm looking at how to make all of this work in FreeBSD net80211, as some patches have been supplied to start fleshing out these functions. :) I'm not saying this needs to be solved now, but I think it's worth thinking about how to encapsulate exactly what it is that NICs support, rather than simply saying "yup, 11h is here, all good mate." 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
