On Mon, May 23, 2011 at 1:09 PM, Ben Greear <greearb@xxxxxxxxxxxxxxx> wrote: > Makes it basically useless as a 5Ghz AP though, eh? Um yup. The card is a world roaming card... not an AP card. For AP mode of functionality vendors have to go through a regulatory test specific to 3 regions, and depending on which region they get certification for they will have then programmed in the values required for regulatory on the CTLs. The EEPROM would be configured for the region the card was being tested for. > Guess it's time to go find a hack to over-ride eeprom > settings :( Good luck with support from anyone for any further questions ;) [1]. The real solution to these issues is for regulatory agencies to start warming up to the idea about dynamic regulatory selection but for this you will also then need to ensure each card gets properly tested for each regulatory region -- or we'd have to restrict the card to work in beaconing mode only for the CTLs it was tested for. Anyway, this will take some time but it is the path I think we need to take. In the meantime the only thing you can do with world roaming cards then is to scan prior to using a beaconing mode of operation. That will enable beacon hints [2] which will enable beaconing on non-DFS channels. [1] http://wireless.kernel.org/en/developers/Regulatory/CRDA#Helping_compliance_by_allowing_to_change_regulatory_domains [2] http://wireless.kernel.org/en/developers/Regulatory/processing_rules#Beacon_hints 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
