On Thu, Sep 29, 2011 at 5:46 AM, Zefir Kurtisi <zefir.kurtisi@xxxxxxxxxxx> wrote: > On 09/29/2011 01:45 PM, Adrian Chadd wrote: >> On 29 September 2011 16:37, Zefir Kurtisi <zefir.kurtisi@xxxxxxxxxxx> wrote: >>> Thanks for the update. >>> >>> To me it looks not reasonable to mix in between the two approaches: either we assume countrycodes use the same DFS region for all channels, or each channel/band needs to have its own. Otherwise I feel that a DFS region bitmap would give a semi-flexible compromise that might end up being insufficient to represent some fancy countrycodes. >> >> There's some funny stuff in there. >> >> For example, some of the DFS bands have different CAC/NOL timing. :-) >> >> >> >> Adrian > > Really? Where would be 'there' countrycode-wise? > > That would definitely break today's CRDA capabilities :-\ Well, CRDA has no DFS support yet ;) and hence the regulatory revamp work, to accommodate as much as possible for both future technologies and capture all these gotchas on existing technologies. If DFS varies so much then using one u8 for a country may not be enough, and we may want to add a whole section for DFS with the u8 being an optional minimum and with a DFS section for overrides on values. Thoughts? That is -- if your country varies per band or CAC / NOL timings we can address these countries only with the future revamp work. This would allow us to move forward with DFS support only for those countries where a unified DFS mapping applies. Luis -- 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
