1 |
On Thursday 05 May 2011 18:40:30 John Nielsen wrote: |
2 |
> I am trying to set up a 5GHz wireless access point on an Alix 3d2 board |
3 |
> with an AR9220 (ath9k "Merlin") PCI card. I have done so successfully |
4 |
> using Fedora 14 on identical hardware but I would greatly prefer to use |
5 |
> Gentoo so I can use a more recent kernel and customize things |
6 |
> appropriately for the platform. |
7 |
> |
8 |
> I have an up-to-date ~x86 Gentoo build working and I am able to run hostapd |
9 |
> as a 2.4GHz access point, but trying to run it on a 5 GHz channel in "a" |
10 |
> mode fails complaining it is unable to set the channel. After some poking |
11 |
> around I realized that this was due to the regulatory domain not being set |
12 |
> correctly--the default ("world"?) regdomain doesn't allow IBSS on any 5GHz |
13 |
> channels. |
14 |
> |
15 |
> I made sure I had crda emerged and tried several different kernel settings |
16 |
> but none of them resulted in any different behavior. I even tried |
17 |
> statically compiling the regdb ("CONFIG_CFG80211_INTERNAL_REGDB=y") but |
18 |
> didn't see any difference. I can run "iw reg set US" all day long but |
19 |
> whenever I run "iw reg get" it always comes back with "country 00" on the |
20 |
> Gentoo system. |
21 |
> |
22 |
> Since I'm a relative newbie to both Gentoo and custom Linux kernel building |
23 |
> I wanted to make sure I wasn't just missing a setting or kernel config |
24 |
> flag somewhere before I started looking for things like driver |
25 |
> regressions. Can anyone suggest different things to try to fix the problem |
26 |
> or at least pinpoint it better? |
27 |
> |
28 |
> Below is some info from both the Gentoo system (regdomain not working) and |
29 |
> the Fedora system (regdomain working). Let me know what additional |
30 |
> information would be helpful. Thanks! |
31 |
> |
32 |
> JN |
33 |
> |
34 |
> |
35 |
> ### Gentoo ~x86 ### |
36 |
> # uname -a |
37 |
> Linux alix2 2.6.38-gentoo-r3 #7 Mon May 2 12:51:18 EDT 2011 i586 Geode(TM) |
38 |
> Integrated Processor by AMD PCS AuthenticAMD GNU/Linux |
39 |
> |
40 |
> # relevant dmesg output |
41 |
> [ 0.107215] cfg80211: Calling CRDA to update world regulatory domain |
42 |
> [ 2.228041] ath: EEPROM regdomain: 0x0 |
43 |
> [ 2.228056] ath: EEPROM indicates default country code should be used |
44 |
> [ 2.228072] ath: doing EEPROM country->regdmn map search |
45 |
> [ 2.228093] ath: country maps to regdmn code: 0x3a |
46 |
> [ 2.228108] ath: Country alpha2 being used: US |
47 |
> [ 2.228122] ath: Regpair used: 0x3a |
48 |
> |
49 |
> # iw reg set US |
50 |
> # iw reg get |
51 |
> country 00: |
52 |
> (2402 - 2472 @ 40), (6, 20) |
53 |
> (2457 - 2482 @ 20), (6, 20), PASSIVE-SCAN, NO-IBSS |
54 |
> (2474 - 2494 @ 20), (6, 20), NO-OFDM, PASSIVE-SCAN, NO-IBSS |
55 |
> (5170 - 5250 @ 40), (6, 20), PASSIVE-SCAN, NO-IBSS |
56 |
> (5735 - 5835 @ 40), (6, 20), PASSIVE-SCAN, NO-IBSS |
57 |
> |
58 |
> # iw list |
59 |
> ... |
60 |
> Frequencies: |
61 |
> * 5180 MHz [36] (18.0 dBm) (passive scanning, no IBSS) |
62 |
> * 5200 MHz [40] (18.0 dBm) (passive scanning, no IBSS) |
63 |
> * 5220 MHz [44] (18.0 dBm) (passive scanning, no IBSS) |
64 |
> * 5240 MHz [48] (18.0 dBm) (passive scanning, no IBSS) |
65 |
> ... |
66 |
> |
67 |
> # relevant packages |
68 |
> net-wireless/crda-1.1.1 |
69 |
> net-wireless/iw-0.9.22 |
70 |
> net-wireless/wireless-regdb-20101124 |
71 |
> net-wireless/wireless-tools-30_pre9 |
72 |
> sys-kernel/gentoo-sources-2.6.38-r3 |
73 |
> |
74 |
> |
75 |
> ### Fedora 14 ### |
76 |
> $ uname -a |
77 |
> Linux alix.jnielsen.net 2.6.35.6-45.fc14.i686 #1 SMP Mon Oct 18 23:56:17 |
78 |
> UTC 2010 i586 i586 i386 GNU/Linux |
79 |
> |
80 |
> # relevant dmesg output |
81 |
> [ 13.191924] cfg80211: Calling CRDA to update world regulatory domain |
82 |
> [ 13.433288] cfg80211: World regulatory domain updated: |
83 |
> [ 17.134923] ath: EEPROM regdomain: 0x0 |
84 |
> [ 17.134943] ath: EEPROM indicates default country code should be used |
85 |
> [ 17.134961] ath: doing EEPROM country->regdmn map search |
86 |
> [ 17.134984] ath: country maps to regdmn code: 0x3a |
87 |
> [ 17.135001] ath: Country alpha2 being used: US |
88 |
> [ 17.135018] ath: Regpair used: 0x3a |
89 |
> [ 17.248674] cfg80211: Calling CRDA for country: US |
90 |
> [ 18.848206] cfg80211: Regulatory domain changed to country: US |
91 |
> |
92 |
> $ iw reg get |
93 |
> country US: |
94 |
> (2402 - 2472 @ 40), (3, 27) |
95 |
> (5170 - 5250 @ 40), (3, 17) |
96 |
> (5250 - 5330 @ 40), (3, 20), DFS |
97 |
> (5490 - 5600 @ 40), (3, 20), DFS |
98 |
> (5650 - 5710 @ 40), (3, 20), DFS |
99 |
> (5735 - 5835 @ 40), (3, 30) |
100 |
> |
101 |
> $ iw list |
102 |
> ... |
103 |
> Frequencies: |
104 |
> * 5180 MHz [36] (17.0 dBm) |
105 |
> * 5200 MHz [40] (17.0 dBm) |
106 |
> * 5220 MHz [44] (17.0 dBm) |
107 |
> * 5240 MHz [48] (17.0 dBm) |
108 |
> ... |
109 |
> |
110 |
> # relevant packages |
111 |
> iw-0.9.22-1.fc14.1.i686 |
112 |
> crda-1.1.1_2010.11.22-1.fc14.i686 |
113 |
> wireless-tools-29-5.1.fc12.i686 |
114 |
> kernel-2.6.35.6-45.fc14.i686 |
115 |
|
116 |
Last time I had a problem like this (some time ago now) I discovered that it |
117 |
was because of the driver - the version or the firmware was not developed |
118 |
enough. A few weeks/months later the version was updated and the |
119 |
functionality was suddenly there. |
120 |
|
121 |
BTW, did you try wpa_supplicant in case it makes a difference? |
122 |
-- |
123 |
Regards, |
124 |
Mick |