From: John Nielsen <lists@jnielsen.net>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Unable to set wireless regulatory domain
Date: Mon, 9 May 2011 12:20:49 -0400 [thread overview]
Message-ID: <D5C94747-7F6F-4033-A0E3-D43F4FFB23B4@jnielsen.net> (raw)
In-Reply-To: <201105062115.09283.michaelkintzios@gmail.com>
On May 6, 2011, at 4:14 PM, Mick wrote:
> On Friday 06 May 2011 18:04:31 John Nielsen wrote:
>> Doesn't look like this went through the first time; re-sending without
>> attachment.
>>
>> On May 5, 2011, at 6:52 PM, Paul Hartman wrote:
>>> On Thu, May 5, 2011 at 12:40 PM, John Nielsen <lists@jnielsen.net> wrote:
>>>> I am trying to set up a 5GHz wireless access point on an Alix 3d2 board
>>>> with an AR9220 (ath9k "Merlin") PCI card. I have done so successfully
>>>> using Fedora 14 on identical hardware but I would greatly prefer to use
>>>> Gentoo so I can use a more recent kernel and customize things
>>>> appropriately for the platform.
>>>
>>> It seems like everything is pretty much the same, other than the
>>> kernel (and presumably the ath9k driver). But I would look at the udev
>>> rules for CRDA to be sure they match and are being applied the same on
>>> both systems. You shouldn't ever need to "iw reg set" on a system with
>>> CRDA, it should do it for you. So I wonder if you're setting it, and
>>> then CRDA is immediately setting it back to 00...
>>
>> The udev rule for CRDA is the same on both systems, and matches what is
>> shown on http://wireless.kernel.org/en/developers/Regulatory/CRDA. The
>> Fedora box also has a magic rule to call /sbin/setregdomain when an 80211
>> interface is added, which is a shell script that infers the regdomain from
>> the currently set timezone. The punch line of the script is simply a call
>> to "iw reg set $COUNTRY"
>>
>> However, I'm not sure crda is being called appropriately on the Gentoo box.
> On the Fedora machine I see this in dmesg:
>>>> [ 17.248674] cfg80211: Calling CRDA for country: US
>>>> [ 18.848206] cfg80211: Regulatory domain changed to country: US
>>
>> and I don't ever see anything similar on the Gentoo machine, even when
>> running "iw reg set" by hand. Further, I don't see anything in the output
>> of "udevadm monitor --environment kernel".
>>
>> I just dropped the kernel from the Fedora machine on to the Gentoo box and
>> (somewhat surprisingly) it works just fine. The reg domain gets set no
>> problem, hostapd starts, life is good--except that now I feel like I've
>> sinned against nature and I'd like to get my own, smaller kernel back.
>>
>> While it's possible the new kernel version is broken I rather suspect that
>> I have configured it badly. I set out to configure a minimal kernel with
>> just the features and drivers I want on this hardware and no need for
>> modules or an initramfs. Does cfg80211 need to be a module to work
>> properly? I wouldn't think so.
>>
>> I'll do some more experimenting but in the mean time here's my kernel
>> config in case anyone has ideas on what could be wrong. Thanks!
>>
>> Config file here: http://pastebin.com/S68ye6Pz
>
> I suggest that you run a diff --suppress-common-lines -y between the Fedora
> and your own kernel to find out what's different between the two as far as
> your driver is concerned.
The outright diff was far too verbose to be useful, but looking at "lsmod" output when running the Fedora kernel was instructive. I recognized everything as being in by Gentoo kernel except for "rfkill", which was listed as a dependency of cfg80211. Long story short, I got it working like I want by:
1) Including RFKILL in my kernel config and
2) Building cfg80211, mac80211, rfkill, and all parts of the ath9k driver as modules
Just adding RFKILL to a static (module-less) kernel didn't fix it, and just building cfg80211 and friends as modules without RFKILL also didn't fix it; I had to do both.
Thanks all for your responses so far. I'll be happy to ditch Fedora. :)
For future reference, does anyone know why either of the above would be required? If I see the same behavior in the latest git kernel should I file a bug? If so, where (since I doubt this is a Gentoo issue)?
JN
next prev parent reply other threads:[~2011-05-09 16:22 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-05 17:40 [gentoo-user] Unable to set wireless regulatory domain John Nielsen
2011-05-05 22:08 ` Mick
2011-05-05 22:52 ` Paul Hartman
2011-05-06 17:04 ` John Nielsen
2011-05-06 20:14 ` Mick
2011-05-09 16:20 ` John Nielsen [this message]
2011-05-09 18:51 ` Mick
2011-05-09 22:46 ` [gentoo-user] " walt
2011-05-09 23:08 ` Mick
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=D5C94747-7F6F-4033-A0E3-D43F4FFB23B4@jnielsen.net \
--to=lists@jnielsen.net \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox