Hi Erwin, On Sat, Jun 16, 2012 at 7:51 AM, Erwin Van de Velde <erwin.vandevelde@xxxxxxxxx> wrote: > On Friday 15 June 2012 21:00:23 Schrober wrote: >> On Wednesday 13 June 2012 13:17:49 Erwin Van de Velde wrote: >> > Dear all, >> > >> > I have 802.11n cards with an atheros chipset with no default country >> > domain. Upon initialization, crda is set to US domain, after which I try >> > to change it to another domain, the driver only accepts further >> > limitations: i.e. if a channel is allowed in the US but not in Belgium, >> > it is disabled, but the other way round: if a channel is not allowed in >> > the US, but is allowed in Belgium it is not enabled. >> >> That is not a bug, but something we call restriction. >> > > What? It definitely is a bug, since it restricts something that should not be > restricted in Belgium. I am talking about channels you are allowed to use in > Belgium, which get disabled by the driver. How can this not be a bug? > If I call crda for the BE domain, I expect to get _all_ channels that are > allowed in Belgium, not just some. There are two places where the country codes and their associated restrictions come from: 1. The user, by saying "iw reg set XX" or having some other program set that for them. 2. The driver, by asking the card which country it's been configured for. The kernel regulatory framework then takes these two sets of regulatory data, finds the intersection of them, and restricts the channels and options available for the card based on that. Why? I'm not sure of the exact details, but I know that most wireless cards are configured, by which I mean calibrated, adjusted and tuned to work in a particular country. Some are configured for the entire world, but most are configured for a single country's requirements. The driver cannot assume that if it asks the card to do anything outside the country it's been configured for, that it will perform predictably. So, for example, if the driver asks your card to use a channel that is outside the US's regulatory requirements, the driver cannot guarantee that, even if it instructs the card how to use that channel correctly, it will actually use that channel in a manner consistent with Belgium's regulatory requirements. The driver's behaviour when it encounters the unset regulatory information on the card will be to use the default information for that card. Which in this case is the US regulatory restrictions. I hate to say it, but the issue here is *not* the driver itself. The supplier of that card has not set it up correctly for Belgium, and the driver is compensating for that as best as it can. I have a similar card at home in Australia, it's configured for use in China, and thankfully the intersection of China's and Australia's regulatory requirements are such that I can use it for the purpose I purchased it for. Thanks, -- Julian Calaby Email: julian.calaby@xxxxxxxxx Profile: http://www.google.com/profiles/julian.calaby/ .Plan: http://sites.google.com/site/juliancalaby/ -- 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
