On Mon, May 23, 2011 at 2:59 PM, Ben Greear <greearb@xxxxxxxxxxxxxxx> wrote: > On 05/23/2011 02:46 PM, Luis R. Rodriguez wrote: >> >> On Mon, May 23, 2011 at 2:42 PM, Luis R. Rodriguez<mcgrof@xxxxxxxxx> >> Âwrote: >> >>> No. You can only do this by trying to take the card out of compliance >>> purposely or unknowingly in software. >> >> Oh and my point was that "regulatory hacks" fit this description. > > Ok. ÂI believe you are right in general, but I can't see how enabling > a device to work on a non-scanned channel can break something, If a card is world roaming, how else on earth without seeing a beacon will you know if you can initiate radiation on that channel? > if it is perfectly legal and appropriate for there to be an AP on that > scanned channel. Agreed! In fact I'd go so far as to say that if you have multiple 802.11 cards they should be able to share the same beacon hints, and in fact -- this is what cfg80211 does ;) > In other words, if I change my Netgear to be on channel > 48, scanned it, and then created a VAP on that channel, that is OK with > un-hacked regdomain stuff, but if instead I change regdomain to 0x0 > and use channel 48 without re-configuring my Netgear, somehow that > suddenly causes issues? For Atheros EEPROM 0x0 is designed for usage for the US: http://wireless.kernel.org/en/users/Drivers/ath#The_0x0_regulatory_domain This is not a world regulatory domain. Some users / customers have believed that programming the regulatory domain to 0x0 lets people pick their own regulatory domain in software. This is not the intent behind this regulatory domain, if a vendor is selling 802.11 cards they simply need to go through regulatory testing for a card and then program both the EEPROM / CTLs for the cards, if they do something else let them sort that out through Atheros and their own support team but as far as end users are concerned and upstream code the 0x0 regulatory domain will always simply map the the US regulatory domain. > At any rate, all I really wanted to do was tie-break an off the > shelf AP that appeared to cause ath9k clients to silently be > unable to ARP after a while. ÂI have something that appears functional > now, so back to real work. :) Cool good luck! 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
