linux-kernel - Re: ath5k - strange regulatory domain change

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20090807151304.GE7545@tuxdriver.com>
Date:	Fri, 7 Aug 2009 11:16:47 -0400
From:	"John W. Linville" <linville@...driver.com>
To:	Chris Clayton <chris2553@...glemail.com>
Cc:	Frans Pop <elendil@...net.nl>, linux-wireless@...r.kernel.org,
	linux-kernel@...r.kernel.org, mcgrof@...il.com
Subject: Re: ath5k - strange regulatory domain change

On Fri, Aug 07, 2009 at 03:57:30PM +0100, Chris Clayton wrote:
> 2009/8/7 John W. Linville <linville@...driver.com>:
> > On Fri, Aug 07, 2009 at 01:56:43PM +0100, Chris Clayton wrote:

> >> To sum this up then (as I understand things):
> >>
> >> 1. I am the system administrator (root);
> >> 2. I am using a valid (albeit deprecated from 2.6.31) method to tell
> >> the wireless infrastructure that I want the regulatory domain set to
> >> GB;
> >> 3. GB is a valid code; and
> >> 4. the wireless infrastructure sets the regulatory domain to CN.
> >> 5. in 2.6.30, the wireless infrastructure does what I (the root user)
> >> tell it to do.
> >>
> >> That's a regression in my book. Oh well! I do have the iw and crda
> >> applications installed, so I've taken that route of setting the
> >> regulatory domain to GB.
> >
> > Are you actually getting the wrong regulatory rules enforced?  Or are
> > you merely bothered that it is reporting "CN" instead of "GB"?
> >
> 
> I'm not sure whether it's wrong or not. To these dmesg snippets from
> my original post look wrong because one of the frequency ranges listed
> for CN is outside those listed for GB and one of the CN max_eirp
> entries is not preent in the GB list. Whether that is OK or not I
> don't know and can't find (lay user) documentation to tell me.
> 
> cfg80211: Regulatory domain changed to country: GB
>         (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
>         (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
>         (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm)
>         (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm)
>         (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm)
> 
> cfg80211: Regulatory domain changed to country: CN
>         (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
>         (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
>         (5735000 KHz - 5835000 KHz @ 40000 KHz), (N/A, 3000 mBm)

It looks like a mismatch to me.  Luis, can you sort this out?

John
-- 
John W. Linville		Someday the world will need a hero, and you
linville@...driver.com			might be all we have.  Be ready.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/