Melvin Chow | 19 Apr 16:15 2015

Help! kernel 3.19/4.0 ath9k driver problem, and how to disable 5GHz in ath9k



I have tried couple of method to disable the 5GHz in our AR9462 card which is using ath9k driver.

Since we are using old kernel 3.10.55 which doesn’t support country code well


Finally, I find the patch files as well as the latest kernel 3.19/4.0 ath9k driver which claimed it supported a bool (parm) to disable the 2.4GHz or 5GHz.

I was expected to see something similar to the below intel driver iwlwifi after I use modinfo ath9k, but I couldn’t see the below available parm.

May I know if I have something missing or this code is actually incomplete?


parm:5ghz_disable:disable 5GHz band (default: 0 [enabled]) (bool)


See below.


parm:           swcrypto:using crypto in software (default 0 [hardware]) (int)

parm:           11n_disable:disable 11n functionality, bitmap: 1: full, 2: agg TX, 4: agg RX (uint)

parm:           amsdu_size_8K:enable 8K amsdu size (int)

parm:           fw_restart:restart firmware in case of error (int)

parm:           antenna_coupling:specify antenna coupling in dB (defualt: 0 dB) (int)

parm:           bt_ch_inhibition:Enable BT channel inhibition (default: enable) (bool)

parm:           plcp_check:Check plcp health (default: 1 [enabled]) (bool)

parm:           wd_disable:Disable stuck queue watchdog timer 0=system default, 1=disable, 2=enable (default: 0) (int)

parm:           bt_oex_active:enable wifi/bt co-exist (default: enable) (bool)

parm:           led_mode:0=system default, 1=On(RF On)/Off(RF Off), 2=blinking, 3=Off (default: 0) (int)

parm:           power_save:enable WiFi power management (default: disable) (bool)

parm:           power_level:default power save level (range from 1 - 5, default: 1) (int)

parm:           auto_agg:enable agg w/o check traffic load (default: enable) (bool)

parm:           5ghz_disable:disable 5GHz band (default: 0 [enabled]) (bool)






Best Regards,


Melvin Chow


Elecom Electronics Supply

ABN: 15 457 351 181

Tel AU: +61 3 9790 6259

Mobile: +61 468 468 128

Email: mailto:melvinc <at>



ath9k-devel mailing list
ath9k-devel <at>
Roman Elshin | 18 Apr 12:15 2015


Attachment (ADuC7061_board.SCH): application/octet-stream, 259 KiB
ath9k-devel mailing list
ath9k-devel <at>
Markus Königshaus | 17 Apr 12:10 2015

AR9285: compliance with new EN 300 328 v.1.8


I am looking for some information if the AR9002 - Driver is compliant
with EN 300 328 v1.8. I found information and upstreamed patches für the
AR9003, but notthing about the AR9002, specialy for the AR9285 -
Chipset. Does anybody have some information about it?

Thank you, Markus
-- Unsere Aussagen koennen Irrtuemer und Missverstaendnisse enthalten.
Bitte pruefen Sie die Aussagen fuer Ihren Fall, bevor Sie Entscheidungen 
auf Grundlage dieser Aussagen treffen.
Wiesemann & Theis GmbH, Porschestr. 12, D-42279 Wuppertal
Geschaeftsfuehrer: Dipl.-Ing. Ruediger Theis
Registergericht: Amtsgericht Wuppertal, HRB 6377 
Tel. +49-202/2680-0, Fax +49-202/2680-265,
ath9k-devel mailing list
ath9k-devel <at>
Roshanka | 16 Apr 15:17 2015

how ath9k introduces itself to mac80211?

Hi guys,

My question might be simple to you, I wanna know  how the ath9k driver 
announces itself to the mac80211? where does it happen in the code? which part?

and, how come the mac80211 knows to how configure ath9k, for example change the 

Thanks in advance.
Bob Copeland | 2 Apr 20:17 2015

ar9330 autosleep

Hi Adrian, et al.,

I can't seem to find documentation on how the 'autosleep' feature on
AR9300+ works.  I'm familiar with the power-saving mechanisms of the
previous generation, which is essentially to use timers for beacons and
use ath9k_hw_setrxabort() to enable/disable RX.  But on newer chips
ath9k apparently doesn't do any of that thanks to the autosleep feature.

From my understanding, one no longer has to mess with the setrxabort() part,
but how does the device decide to wake up?  Is it based on local TSF and
beacon interval being programmed in somewhere?  Or do you give it an arbitrary
TSF wake-up time somehow as in the previous devices?  I noticed that in ath9k
the various generic timer aliases (e.g. TIM_TIMER) aren't even supported in


Bob Copeland %%
Sunny Mistry | 29 Mar 23:31 2015

Logging RSSI Values


I wanted to know if it is possible to get RSSI values from the ath9k driver for received packets. I'm using the driver to host an AP in master mode and a virtual AP in monitor mode. 

Thank you! 

Sunny Mistry
B.S/M.S Computer Science
University at Buffalo, 2016
Cell: 516-455-3799
ath9k-devel mailing list
ath9k-devel <at>
Mark Gannon | 24 Mar 20:35 2015

Packet Injection in Monitor Mode Sending Packets Twice

I'm currently troubleshooting a problem using the ath9k driver where by 
packets injected via libpcap are sent twice with slightly different radiotap 
headers.  The issue happens with different software injecting the packets.

The system is an up to date Gentoo box where uname -a shows:
Linux scooby 3.18.5-gentoo #1 SMP PREEMPT Wed Feb 4 16:54:06 EST 2015 x86_64 
AMD A6-3650 APU with Radeon(tm) HD Graphics AuthenticAMD GNU/Linux

lspci shows the card as:
02:00.0 Network controller: Qualcomm Atheros AR93xx Wireless Network Adapter 
(rev 01)

In order to create the problem: 

1.  Load the driver:  modprobe ath9k debug=0x00000282
Note: The problem happens with or without the debug parameters 
2.  Create the monitor interface using: 
iw dev wlan0 interface add fish0 type monitor flags none
iw reg set US 
ifconfig fish0 up

3.  Download and build the packetspammer application from:
Note:  I edited Makefile to remove the -werror that was causing the make to 
4.  Start Wireshark listening to the fish0 interface.  
5.  Run packetspammer: ./packetspammer -d 1000000000000000000000000000 fish0
Note:  The long delay is to make the issue easier to see in the trace.

Wireshark shows two packets with slightly different lengths due to differences 
in the radiotap header.  The second packet has a much smaller radiotap header 
only setting the speed.  

In examining the driver code in the kernel tree, there appears to be a 
difference between main.c and htc_drv_main.c with regard to packet injection.  
The latter includes a section with the comment: "Associate a station with the 
interface for packet injection."  After the comment, is code to associate a 
station with the interface.  As near as I can tell, this process doesn't occur 
in main.c, which is the code being executed for my NIC.  Could this be the 
reason for the duplicate packets?

Any help addressing this issue is greatly appreciated.


Mark Gannon


You have to accept whatever comes, and the only important thing is that you 
meet it with the best you have to give. 

	— Eleanor Roosevelt
ath9k-devel mailing list
ath9k-devel <at>
Michael Stahn | 23 Mar 21:03 2015

ath9k firmware / manipulating modulation


I've got one question regarding the possibilities when modificating the
firmware: Is it possible to manipulate the modulation via firmware eg
adjusting the QPSK when sending a symbol? Like sliding single symbols in
the Q/I plane by a fixed value apart from the intended location? The
following picture illustrates the modification:

If this is not feasable: Is there any wireless lan chip known having
open source firmware/software which is capable of doing so? I'm not
talking about SDR but *normal* wlan hw.

Adrian Chadd | 21 Mar 23:13 2015

Re: Power drain during suspend

Sujith - do you have access to the PCIe breakout stuff at QCA?
Something that we can use to measure the current draw of the NIC?

I haven't modified one of my TB boards to allow me to do that - I
probably should.


On 21 March 2015 at 02:01, Frank Zafka <kafkaesque1978 <at>> wrote:
>>Frank, can you load the driver with BTCOEX enabled and see if things improve ?
>>(sudo modprobe ath9k btcoex_enable=1)
> Didn't make any difference. Behaviour was no different. Thanks for the
> suggestion.
>>Was this card obtained from a different machine ?
> >From an earlier email, your machine is Acer ?
> I bought the card off ebay to access my 5ghz-wireless network. As I've
> said before, the card works fine during operation (excellent in fact),
> it's the suspend issue which is causing the problems.
> On Thu, Mar 19, 2015 at 7:51 AM, Frank Zafka <kafkaesque1978 <at>> wrote:
>> Thanks for the response Sujith. I am happy to help with testing any patches.
>> On Mon, Mar 16, 2015 at 8:29 PM, Frank Zafka <kafkaesque1978 <at>> wrote:
>>> It really is. It makes suspend useless since the laptop is waking
>>> up...and then shutting down (because of the low battery). I am loathed
>>> to give up and go back to the old abg card as the new n card is
>>> working perfectly in terms of speeds and connections during daily use.
>>> I'll keep going with it as long as there's hope of a solution. :)
>>> On Mon, Mar 16, 2015 at 8:25 PM, Adrian Chadd <adrian <at>> wrote:
>>>> On 16 March 2015 at 12:48, Frank Zafka <kafkaesque1978 <at>> wrote:
>>>>> Thanks for the response. Old behaviour (on abg Atheros card) battery
>>>>> goes from 100% to 85% in 7-8 hours (this is the same when no wifi card
>>>>> present). New behaviour (n Atheros) battery goes from 100% to 0% in
>>>>> 4-5 hours.
>>>> Hm, that's quite a lot of juice to be consuming. :(
>>>> -adrian
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel <at>
Orozco | 18 Mar 21:36 2015

restarting ath9k_htc


I am working on a project where I need to be able to modify a wireless 
adapter's firmware. I'm trying to use the TP-LINK TL-WN722N with the 
ath9k_htc driver and firmware. I am trying to be able to quickly stop the  
transmission of packets then and just as quickly be able to restart the 
transmission. Ideally, I would be able to do a single stop/start in less 
time than it takes to transmit a packet.

								I am also trying to establish communications between the firmware 
and the driver so that the firmware can output some timing information. 

I would be very thankful if someone could tell me where would be a good 
place to start, and share any knowledge they have.



Risse Kilian | 16 Mar 13:24 2015

Multiple managed interfaces


I am looking for wifi cards that support multiple managed interfaces. 
As I understand there are some Atheros cards that support up to 2048 managed interfaces at the same time. 
I cannot find a list where it says how many interfaces and in what combination those can be used. 
I would be very thankful if someone could tell me how many managed interfaces the following chips support
(or if there exists a list with the specs where I can find that):

The first two are on the same card;