Just FYI, that's what I'm likely to do for FreeBSD 10 (as I just don't have time to try and make all the required regulatory changes before the upcoming 9.0 release.) Ie: * DFS station mode (net80211) is going to be compiled and enabled by default; * DFS master mode (net80211) is going to be compiled and enabled by default; * The drivers which support radar detection in firmware (currently only if_mwl) will set the DFS net80211 flag (ie, for master mode radar detection); * ath won't ship with the DFS enable flag (for master mode); * I'll modify the regulatory database code to include per-band DFS information (DFS domain, CAC/NOL timeout, interference timeout, etc) and some device information (eg whether it supports HT20/HT40/etc DFS detection); * I'll then flip on the DFS channel enforcement in the net80211 code so disables master mode on channels requiring DFS. The radar detection code and channel interference code will live in the ath driver but the DFS machinery (CAC, NOL, CSA, etc) is in net80211. That way other NICs (eg if_mwl Marvell NICs) with DFS radar detection support can leverage this. I'll then likely ship two DFS modules - dfs_null (no DFS support, just a placeholder for the API) and whatever code is ported from the reference driver. Maybe I'll also include the code from Neratec if it's dual-licenced. But I won't include radar patterns by default - I'll include those on a documentation page which explains the how and why of regulatory domain stuff. Once FreeBSD ships DFS radar detection code, I'll make sure it isn't compiled by default and even if enabled, it won't advertise DFS channel support unless a valid radar pattern and radar parameter configuration is loaded in. That way users won't inadvertently enable it without being compliant. Finally, I'm hoping to get all of this documented as much as possible so the community can pick this stuff up and run with it. I was hoping someone would throw me a 5ghz SDR (software defined radio) so I could prototype up some open source radar pulse generation code, just to lower the entry barrier to all of this. HTH, 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
