[ath9k-devel] AR9280 AP mode - 5GHz band

[Oleksij Rempel <linux@rempel-privat.de>]

Hi Hosam,

currently no one can give you good answer on it. If you can do some
research on this issue and give some feedback or even fix it, it will be
awesome.

Am 12.07.2014 00:21, schrieb Hosam Hittini:
> I managed to change the CRDA settings by getting backports
> package http://www.kernel.org/pub/linux/kernel/projects/backports/stable/v3.15.1/,
> modifying the db.txt and forcing the driver to follow my db.txt
> This how my db.txt looks like
> country 00:
> (2402 - 2482 @ 20), (N/A, 20)
> (5170 - 5250 @ 40), (N/A, 20)
> (5250 - 5330 @ 40), (N/A, 20)
> (5490 - 5710 @ 40), (N/A, 20)
> (5735 - 5835 @ 40), (N/A, 20)Regards,
> However, when I try to configure the AP on a 5GHz channel I still get
> the same error
> wlan0: IEEE 802.11 Configured channel (36) not found from the channel
> list of current mode (2) IEEE 802.11a
> There is one more strange thing, the output of iw reg get and iw list
> have a conflict
> hosam at SanDisk-16:~$ iw reg get
> country 00:
> (2402 - 2482 @ 20), (N/A, 20)
> (5170 - 5250 @ 40), (N/A, 20)
> (5250 - 5330 @ 40), (N/A, 20)
> (5490 - 5710 @ 40), (N/A, 20)
> (5735 - 5835 @ 40), (N/A, 20)
> iw list
> Frequencies:
> * 5180 MHz [36] (30.0 dBm) (passive scanning, no IBSS)
> * 5200 MHz [40] (30.0 dBm) (passive scanning, no IBSS)
> * 5220 MHz [44] (30.0 dBm) (passive scanning, no IBSS)
> * 5240 MHz [48] (30.0 dBm) (passive scanning, no IBSS)
> * 5260 MHz [52] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5280 MHz [56] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5300 MHz [60] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5320 MHz [64] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5500 MHz [100] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5520 MHz [104] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5540 MHz [108] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5560 MHz [112] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5580 MHz [116] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5600 MHz [120] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5620 MHz [124] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5640 MHz [128] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5660 MHz [132] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5680 MHz [136] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5700 MHz [140] (30.0 dBm) (passive scanning, no IBSS, radar detection)
> * 5745 MHz [149] (30.0 dBm) (passive scanning, no IBSS)
> * 5765 MHz [153] (30.0 dBm) (passive scanning, no IBSS)
> * 5785 MHz [157] (30.0 dBm) (passive scanning, no IBSS)
> * 5805 MHz [161] (30.0 dBm) (passive scanning, no IBSS)
> * 5825 MHz [165] (30.0 dBm) (passive scanning, no IBSS)
> 
> Regards,
> Eng. Hosam Hittini
> 
> On Jul 9, 2014, at 12:50 PM, Oleksij Rempel <linux@rempel-privat.de
> <mailto:linux@rempel-privat.de>> wrote:
> 
>> Am 09.07.2014 07:47, schrieb Hosam Hittini:
>>> I?m afraid you are right
>>> I have the following modules running
>>> ath9k_htc              85879  0 
>>> ath9k_common           13619  1 ath9k_htc
>>> ath9k_hw              429197  2 ath9k_common,ath9k_htc
>>> ath                    19187  3 ath9k_common,ath9k_htc,ath9k_hw
>>> mac80211              513247  2 rtl8187,ath9k_htc
>>> cfg80211              401436  4 ath,mac80211,rtl8187,ath9k_htc
>>> Does recompiling the kernel work?
>>> And if it works, do I need to install certain patch before recompiling?
>>
>> Why do you wont to recompile the kernel? If you won't to make work ath9k
>> driver with your usb adapter, then it will not work.
>>
>>
>>> Regards,
>>> Eng. Hosam Hittini
>>>
>>> On Jul 9, 2014, at 8:41 AM, Oleksij Rempel <linux@rempel-privat.de
>>> <mailto:linux@rempel-privat.de>
>>> <mailto:linux@rempel-privat.de>> wrote:
>>>
>>>> Am 08.07.2014 13:37, schrieb Janusz Dziedzic:
>>>>> On 8 July 2014 08:20, Hosam Hittini <h.hittini@gmail.com
>>>>> <mailto:h.hittini@gmail.com>
>>>>> <mailto:h.hittini@gmail.com>> wrote:
>>>>>> Hello there,
>>>>>>
>>>>>> I have this dual band wireless adapter
>>>>>> https://www.thinkpenguin.com/gnu-linux/penguin-wireless-n-dual-band-usb-adapter-gnu-linux-tpe-nusbdb
>>>>>> and it uses AR9280 chipset for the 5GHz communication
>>>>>> It?s using ath9k driver; I have Ubuntu 13.10 running 3.11 kernel
>>>>>> and the
>>>>>> adapter worked out of the box
>>>>>> I?m using hostapd to configure the adapter as a software AP
>>>>>> When I tried to configure the adapter as an AP on the 2.4GHz
>>>>>> channels it
>>>>>> worked fine
>>>>>> When tried the 5GHz channels it gives me the following error
>>>>>>
>>>>>> channel [1] (40) is disabled for use in AP mode, flags: 0x77
>>>>>> wlan1: IEEE 802.11 Configured channel (40) not found from the
>>>>>> channel list
>>>>>> of current mode (2) IEEE 802.11a
>>>>>> wlan1: IEEE 802.11 Hardware does not support configured channel
>>>>>>
>>>>>> In addition, iw list command shows that the 5GHz channels have the
>>>>>> ?passive
>>>>>> scanning? and ?no IBSS? flags
>>>>>> I can associate with an AP on the 5GHz though
>>>>>> How to solve that
>>>>>
>>>>> You can try this - works fine with my 9280
>>>>> Compile your kernel with options:
>>>>> CONFIG_ATH_REG_DYNAMIC_USER_REG_HINTS=y
>>>>> CONFIG_ATH_REG_DYNAMIC_USER_CERT_TESTING=y
>>>>>
>>>>> Next set country, eg. iw reg set US
>>>>> And check channels available (iw list). You should get 36-48 and
>>>>> 149-165 available.
>>>>> If available, next you can check hostapd.
>>>>>
>>>>> DFS channels should works as well when you enable DFS:
>>>>> CONFIG_ATH9K_DFS_CERTIFIED required
>>>>
>>>> He is not using ath9k driver. It is about ath9k_htc :)
>>>>
>>>>
>>>> -- 
>>>> Regards,
>>>> Oleksij
>>>
>>
>>
>> -- 
>> Regards,
>> Oleksij
> 


-- 
Regards,
Oleksij

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 278 bytes
Desc: OpenPGP digital signature
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20140715/347a1796/attachment-0001.pgp