On 05/23/2011 01:25 PM, Luis R. Rodriguez wrote:
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.
Well, if you have an AP on a 5Ghz channel, and associate a station
interface, that one channel becomes
usable, and then you can start hostapd, as far as I can tell.
You just can't use an un-used channel, which is of course
a pain if you want to do some 5Ghz AP testing on a clean
channel!
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].
I can certainly disable the module parameter and have it bug for bug
compatible with upstream code. I'm not going to
write to the eeprom or anything funny like that.
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
What kinds of things could fail in one region and not
another? Are there any known regions of the world where
the AR9380 actually fails to function in any mode?
Thanks,
Ben
--
Ben Greear <greearb@xxxxxxxxxxxxxxx>
Candela Technologies Inc http://www.candelatech.com
--
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
