[ath9k-devel] TPlink TL-WN822Nv2 drops out connections randomly on Arch Linux with Kernel 3.12.1-3

[ath9k-devel] TPlink TL-WN822Nv2 drops out connections randomly on Arch Linux with Kernel 3.12.1-3

[Mark E. Lee]

Salutations,

I am still having an error with my TPLINK TL-WN822N V.2 using Arch Linux
(64bit) Kernel 3.12.1-3. This issue has persisted since I got the
adapter (since kernel 3.8.4). When examining my network router's log, I
found I was getting the error: [WLAN access rejected: incorrect
security]

Sometimes the usb adapter not only disconnects from the internet, but it
also seems to poweroff. I set up a script to disable autosuspend for the
usb wifi adapter and to reload the ath9k_htc module (see below). This
still doesn't stop the adapter from turning off though. Any help?

----
#!/bin/bash

main() {  ## main insertion function
 ping-daemon &                                         ## fork and run
the ping daemon
}

ping-daemon() {  ## daemon to ping and restart the network adapter
 while :; do
   ping -c 1 192.168.1.1 &> /dev/null || (  ## ping the router
     id="$(lsusb | awk '/TP-Link/ {print $2}')";
     echo "on" > \
      /sys/bus/usb/devices/usb${id//00/}/power/level;  ## tell the
kernel to always leave the usb adapter on
     rmmod ath9k_htc;                                  ## remove the
wifi adapter driver
     modprobe ath9k_htc;                               ## load the wifi
adapter driver
     )
   sleep 1m;                                           ## pause for 1
minute
 done;
}

main; ## run the main insertion function
----

Regards,
Mark
-- 
Mark E. Lee <mark@markelee.com>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20131129/9a0fe04f/attachment.pgp 

[ath9k-devel] TPlink TL-WN822Nv2 drops out connections randomly on Arch Linux with Kernel 3.12.1-3

[Oleksij Rempel]

Am 30.11.2013 05:40, schrieb Mark E. Lee:
> Salutations,
> 
> I am still having an error with my TPLINK TL-WN822N V.2 using Arch Linux
> (64bit) Kernel 3.12.1-3. This issue has persisted since I got the
> adapter (since kernel 3.8.4). When examining my network router's log, I
> found I was getting the error: [WLAN access rejected: incorrect
> security]
> 
> Sometimes the usb adapter not only disconnects from the internet, but it
> also seems to poweroff. I set up a script to disable autosuspend for the
> usb wifi adapter and to reload the ath9k_htc module (see below). This
> still doesn't stop the adapter from turning off though. Any help?
> 
> ----
> #!/bin/bash
> 
> main() {  ## main insertion function
>  ping-daemon &                                         ## fork and run
> the ping daemon
> }
> 
> ping-daemon() {  ## daemon to ping and restart the network adapter
>  while :; do
>    ping -c 1 192.168.1.1 &> /dev/null || (  ## ping the router
>      id="$(lsusb | awk '/TP-Link/ {print $2}')";
>      echo "on" > \
>       /sys/bus/usb/devices/usb${id//00/}/power/level;  ## tell the
> kernel to always leave the usb adapter on
>      rmmod ath9k_htc;                                  ## remove the
> wifi adapter driver
>      modprobe ath9k_htc;                               ## load the wifi
> adapter driver
>      )
>    sleep 1m;                                           ## pause for 1
> minute
>  done;
> }
> 
> main; ## run the main insertion function
> ----

Hi Mark,

so... router decided to kick you out. Why?
It has some security configurations which made this decision. Incorrect
key? too many packed on different IPs?

Please send your dmesg with reconnections. May be it will provide us
some interesting info.


-- 
Regards,
Oleksij

[ath9k-devel] TPlink TL-WN822Nv2 drops out connections randomly on Arch Linux with Kernel 3.12.1-3

[Mark E. Lee]

-----Original Message-----
From: Oleksij Rempel <linux@rempel-privat.de>
To: Mark E. Lee <mark@markelee.com>, ath9k-devel at lists.ath9k.org
Subject: Re: [ath9k-devel] TPlink TL-WN822Nv2 drops out connections
randomly on Arch Linux with Kernel 3.12.1-3
Date: Sat, 30 Nov 2013 08:57:07 +0100

Am 30.11.2013 05:40, schrieb Mark E. Lee:
>> Salutations,
>> 
>> I am still having an error with my TPLINK TL-WN822N V.2 using Arch Linux
>> (64bit) Kernel 3.12.1-3. This issue has persisted since I got the
>> adapter (since kernel 3.8.4). When examining my network router's log, I
>> found I was getting the error: [WLAN access rejected: incorrect
>> security]
>> 
>> Sometimes the usb adapter not only disconnects from the internet, but it
>> also seems to poweroff. I set up a script to disable autosuspend for the
>> usb wifi adapter and to reload the ath9k_htc module (see below). This
>> still doesn't stop the adapter from turning off though. Any help?
>> 
>> ----
>> #!/bin/bash
>> 
>> main() {  ## main insertion function
>>  ping-daemon &                                         ## fork and run
>> the ping daemon
>> }
>> 
>> ping-daemon() {  ## daemon to ping and restart the network adapter
>>  while :; do
>>    ping -c 1 192.168.1.1 &> /dev/null || (  ## ping the router
>>      id="$(lsusb | awk '/TP-Link/ {print $2}')";
>>      echo "on" > \
>>       /sys/bus/usb/devices/usb${id//00/}/power/level;  ## tell the
>> kernel to always leave the usb adapter on
>>      rmmod ath9k_htc;                                  ## remove the
>> wifi adapter driver
>>      modprobe ath9k_htc;                               ## load the wifi
>> adapter driver
>>      )
>>    sleep 1m;                                           ## pause for 1
>> minute
>>  done;
>> }
>> 
>> main; ## run the main insertion function
>> ----
>>
>Hi Mark,
>
>so... router decided to kick you out. Why?
>It has some security configurations which made this decision. Incorrect
>key? too many packed on different IPs?
>
>Please send your dmesg with reconnections. May be it will provide us
>some interesting info.
>
>

Salutations,

I have attached my dmesg log to this email. There may be some excess stuff inside.

Regards,
Mark
-- 
Mark E. Lee <mark@markelee.com>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tp-link_dmesg.log
Type: text/x-log
Size: 23524 bytes
Desc: not available
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20131130/34b33251/attachment-0001.bin 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20131130/34b33251/attachment-0001.pgp 

[ath9k-devel] TPlink TL-WN822Nv2 drops out connections randomly on Arch Linux with Kernel 3.12.1-3

[Mark E. Lee]

-- 
Mark E. Lee <mark@markelee.com>

From: Mark E. Lee <mark@markelee.com>
To: Oleksij Rempel <linux@rempel-privat.de>
Cc: ath9k-devel at lists.ath9k.org <ath9k-devel@lists.ath9k.org>
Subject: Re: [ath9k-devel] TPlink TL-WN822Nv2 drops out connections
randomly on Arch Linux with Kernel 3.12.1-3
Date: Sat, 30 Nov 2013 22:20:46 -0500


-----Original Message-----
From: Oleksij Rempel <linux@rempel-privat.de>
To: Mark E. Lee <mark@markelee.com>, ath9k-devel at lists.ath9k.org
Subject: Re: [ath9k-devel] TPlink TL-WN822Nv2 drops out connections
randomly on Arch Linux with Kernel 3.12.1-3
Date: Sat, 30 Nov 2013 08:57:07 +0100

Am 30.11.2013 05:40, schrieb Mark E. Lee:
>> Salutations,
>> 
>> I am still having an error with my TPLINK TL-WN822N V.2 using Arch
Linux
>> (64bit) Kernel 3.12.1-3. This issue has persisted since I got the
>> adapter (since kernel 3.8.4). When examining my network router's log,
I
>> found I was getting the error: [WLAN access rejected: incorrect
>> security]
>> 
>> Sometimes the usb adapter not only disconnects from the internet, but
it
>> also seems to poweroff. I set up a script to disable autosuspend for
the
>> usb wifi adapter and to reload the ath9k_htc module (see below). This
>> still doesn't stop the adapter from turning off though. Any help?
>> 
>> ----
>> #!/bin/bash
>> 
>> main() {  ## main insertion function
>>  ping-daemon &                                         ## fork and
run
>> the ping daemon
>> }
>> 
>> ping-daemon() {  ## daemon to ping and restart the network adapter
>>  while :; do
>>    ping -c 1 192.168.1.1 &> /dev/null || (  ## ping the router
>>      id="$(lsusb | awk '/TP-Link/ {print $2}')";
>>      echo "on" > \
>>       /sys/bus/usb/devices/usb${id//00/}/power/level;  ## tell the
>> kernel to always leave the usb adapter on
>>      rmmod ath9k_htc;                                  ## remove the
>> wifi adapter driver
>>      modprobe ath9k_htc;                               ## load the
wifi
>> adapter driver
>>      )
>>    sleep 1m;                                           ## pause for 1
>> minute
>>  done;
>> }
>> 
>> main; ## run the main insertion function
>> ----
>>
>Hi Mark,
>
>so... router decided to kick you out. Why?
>It has some security configurations which made this decision. Incorrect
>key? too many packed on different IPs?
>
>Please send your dmesg with reconnections. May be it will provide us
>some interesting info.
>
>

>Salutations,
>
>I have attached my dmesg log to this email. There may be some excess
>stuff inside.
>
>Regards,
>Mark

Apparently my attachment didn't go through. See below for my dmesg:
[ 4954.520778] cfg80211: Calling CRDA for country: US
[ 4954.523050] cfg80211: Regulatory domain changed to country: US
[ 4954.523056] cfg80211:   (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp)
[ 4954.523059] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300
mBi, 2700 mBm)
[ 4954.523061] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300
mBi, 1700 mBm)
[ 4954.523063] cfg80211:   (5250000 KHz - 5330000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[ 4954.523065] cfg80211:   (5490000 KHz - 5600000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[ 4954.523066] cfg80211:   (5650000 KHz - 5710000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[ 4954.523068] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300
mBi, 3000 mBm)
[ 4954.523070] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz),
(N/A, 4000 mBm)
[ 4955.766053] wlan0: authenticate with <<mac address hidden>>
[ 4955.997394] wlan0: send auth to <<mac address hidden>> (try 1/3)
[ 4956.022265] wlan0: authenticated
[ 4956.025151] wlan0: associate with <<mac address hidden>> (try 1/3)
[ 4956.045915] wlan0: RX AssocResp from <<mac address hidden>>
(capab=0x431 status=0 aid=3)
[ 4956.053586] wlan0: associated
[ 4976.559812] perf samples too long (2503 > 2500), lowering
kernel.perf_event_max_sample_rate to 50100
[ 5137.633585] ath: phy0: Unable to remove station entry for: <<mac
address hidden>>
[ 5160.459288] usbcore: deregistering interface driver ath9k_htc
[ 5275.619919] INFO: task NetworkManager:636 blocked for more than 120
seconds.
[ 5275.619924]       Tainted: G         C O 3.12.1-3-ARCH #1
[ 5275.619925] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 5275.619927] NetworkManager  D 0000000000000246     0   636      1
0x00000000
[ 5275.619931]  ffff8807dfbdb890 0000000000000082 00000000000144c0
ffff8807dfbdbfd8
[ 5275.619934]  ffff8807dfbdbfd8 00000000000144c0 ffff8807e1b9f0f0
0000000000000000
[ 5275.619937]  0000000000000000 0000000000000000 0000000000000000
0000000000000486
[ 5275.619939] Call Trace:
[ 5275.619948]  [<ffffffff8128f100>] ? cpumask_next_and+0x30/0x50
[ 5275.619951]  [<ffffffff8109b8f2>] ? update_curr+0x72/0x1b0
[ 5275.619955]  [<ffffffff814f2dc9>] schedule+0x29/0x70
[ 5275.619957]  [<ffffffff814f3203>] schedule_preempt_disabled+0x23/0x30
[ 5275.619961]  [<ffffffff814f1738>] __mutex_lock_slowpath+0x158/0x3e0
[ 5275.619971]  [<ffffffff814f19d2>] mutex_lock+0x12/0x30
[ 5275.619979]  [<ffffffffa0a40efd>] nl80211_dump_scan+0x5d/0x630
[cfg80211]
[ 5275.619982]  [<ffffffff813f21c1>] ? __kmalloc_reserve.isra.36
+0x31/0x90
[ 5275.619986]  [<ffffffff8142e79e>] genl_lock_dumpit+0x2e/0x50
[ 5275.619989]  [<ffffffff8142b3f8>] netlink_dump+0x88/0x250
[ 5275.619992]  [<ffffffff8142bac0>] __netlink_dump_start+0x180/0x240
[ 5275.619995]  [<ffffffff8142f09a>] genl_family_rcv_msg+0x1ba/0x390
[ 5275.619998]  [<ffffffff8142e770>] ? genl_lock_done+0x50/0x50
[ 5275.620000]  [<ffffffff8142e720>] ? genl_unlock+0x20/0x20
[ 5275.620003]  [<ffffffff8142f270>] ? genl_family_rcv_msg+0x390/0x390
[ 5275.620006]  [<ffffffff8142f270>] ? genl_family_rcv_msg+0x390/0x390
[ 5275.620009]  [<ffffffff8142f301>] genl_rcv_msg+0x91/0xd0
[ 5275.620011]  [<ffffffff8142e519>] netlink_rcv_skb+0xa9/0xc0
[ 5275.620014]  [<ffffffff8142eec8>] genl_rcv+0x28/0x40
[ 5275.620016]  [<ffffffff8142da9d>] netlink_unicast+0xdd/0x190
[ 5275.620019]  [<ffffffff812a0ded>] ? memcpy_fromiovec+0x4d/0x90
[ 5275.620021]  [<ffffffff8142df5b>] netlink_sendmsg+0x35b/0x760
[ 5275.620023]  [<ffffffff8142b0dc>] ? netlink_rcv_wake+0x3c/0x50
[ 5275.620025]  [<ffffffff8142b7ac>] ? netlink_recvmsg+0x1ec/0x380
[ 5275.620029]  [<ffffffff813e75f0>] sock_sendmsg+0xa0/0xc0
[ 5275.620032]  [<ffffffff813e9110>] ? move_addr_to_kernel+0x40/0x90
[ 5275.620035]  [<ffffffff813e90b8>] ___sys_sendmsg+0x3b8/0x3d0
[ 5275.620038]  [<ffffffff811b7610>] ? poll_select_copy_remaining
+0x130/0x130
[ 5275.620041]  [<ffffffff811b7610>] ? poll_select_copy_remaining
+0x130/0x130
[ 5275.620044]  [<ffffffff81090699>] ? finish_task_switch+0x49/0xe0
[ 5275.620048]  [<ffffffff811edc33>] ? eventfd_ctx_read+0x1b3/0x220
[ 5275.620052]  [<ffffffff810950f0>] ? wake_up_process+0x40/0x40
[ 5275.620055]  [<ffffffff811c07df>] ? fget_light+0x8f/0xf0
[ 5275.620058]  [<ffffffff813ea092>] __sys_sendmsg+0x42/0x80
[ 5275.620061]  [<ffffffff813ea0e2>] SyS_sendmsg+0x12/0x20
[ 5275.620064]  [<ffffffff814fc32d>] system_call_fastpath+0x1a/0x1f
[ 5275.620076] INFO: task skype:4187 blocked for more than 120 seconds.
[ 5275.620077]       Tainted: G         C O 3.12.1-3-ARCH #1
[ 5275.620079] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.
[ 5275.620080] skype           D 0000000000200246     0  4187   1479
0x20020000
[ 5275.620082]  ffff88000b7a5cc0 0000000000200086 00000000000144c0
ffff88000b7a5fd8
[ 5275.620085]  ffff88000b7a5fd8 00000000000144c0 ffff880761140000
ffffffff81143bce
[ 5275.620088]  ffff88000b7a5c20 ffffffff8116ac1b 00000000f10d4000
ffff8806e3c36398
[ 5275.620090] Call Trace:
[ 5275.620094]  [<ffffffff81143bce>] ? lru_cache_add+0xe/0x10
[ 5275.620098]  [<ffffffff8116ac1b>] ? page_add_new_anon_rmap+0xab/0x130
[ 5275.620101]  [<ffffffff811613b0>] ? handle_mm_fault+0xd40/0x10f0
[ 5275.620105]  [<ffffffff8121612d>] ? seq_open_net+0x3d/0x90
[ 5275.620108]  [<ffffffff81297816>] ? ip4_string+0x56/0x110
[ 5275.620111]  [<ffffffff814f2dc9>] schedule+0x29/0x70
[ 5275.620113]  [<ffffffff814f3203>] schedule_preempt_disabled+0x23/0x30
[ 5275.620116]  [<ffffffff814f1738>] __mutex_lock_slowpath+0x158/0x3e0
[ 5275.620119]  [<ffffffff814f19d2>] mutex_lock+0x12/0x30
[ 5275.620124]  [<ffffffff8140ecc5>] rtnl_lock+0x15/0x20
[ 5275.620126]  [<ffffffff81416035>] dev_ioctl+0x335/0x590
[ 5275.620129]  [<ffffffff811890b7>] ? kmem_cache_alloc+0x227/0x280

Regards,
Mark
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20131130/b5da4a30/attachment.pgp 

[ath9k-devel] TPlink TL-WN822Nv2 drops out connections randomly on Arch Linux with Kernel 3.12.1-3

[Mark E. Lee]

> 
> -----Original Message-----
> From: Oleksij Rempel <linux@rempel-privat.de>
> To: Mark E. Lee <mark@markelee.com>, ath9k-devel at lists.ath9k.org
> Subject: Re: [ath9k-devel] TPlink TL-WN822Nv2 drops out connections
> randomly on Arch Linux with Kernel 3.12.1-3
> Date: Sat, 30 Nov 2013 08:57:07 +0100
> 
> Am 30.11.2013 05:40, schrieb Mark E. Lee:
> >> Salutations,
> >> 
> >> I am still having an error with my TPLINK TL-WN822N V.2 using Arch Linux
> >> (64bit) Kernel 3.12.1-3. This issue has persisted since I got the
> >> adapter (since kernel 3.8.4). When examining my network router's log, I
> >> found I was getting the error: [WLAN access rejected: incorrect
> >> security]
> >> 
> >> Sometimes the usb adapter not only disconnects from the internet, but it
> >> also seems to poweroff. I set up a script to disable autosuspend for the
> >> usb wifi adapter and to reload the ath9k_htc module (see below). This
> >> still doesn't stop the adapter from turning off though. Any help?
> >> 
> >> ----
> >> #!/bin/bash
> >> 
> >> main() {  ## main insertion function
> >>  ping-daemon &                                         ## fork and run
> >> the ping daemon
> >> }
> >> 
> >> ping-daemon() {  ## daemon to ping and restart the network adapter
> >>  while :; do
> >>    ping -c 1 192.168.1.1 &> /dev/null || (  ## ping the router
> >>      id="$(lsusb | awk '/TP-Link/ {print $2}')";
> >>      echo "on" > \
> >>       /sys/bus/usb/devices/usb${id//00/}/power/level;  ## tell the
> >> kernel to always leave the usb adapter on
> >>      rmmod ath9k_htc;                                  ## remove the
> >> wifi adapter driver
> >>      modprobe ath9k_htc;                               ## load the wifi
> >> adapter driver
> >>      )
> >>    sleep 1m;                                           ## pause for 1
> >> minute
> >>  done;
> >> }
> >> 
> >> main; ## run the main insertion function
> >> ----
> >>
> >Hi Mark,
> >
> >so... router decided to kick you out. Why?
> >It has some security configurations which made this decision. Incorrect
> >key? too many packed on different IPs?
> >
> >Please send your dmesg with reconnections. May be it will provide us
> >some interesting info.
> >
> >
> 
> Salutations,
> 
> I have attached my dmesg log to this email. There may be some excess stuff inside.
> 
> Regards,
> Mark

Salutations,

See below for my dmesg when my script doesn't work (USB power goes out).

---
[13142.700486] usb 6-1.7: USB disconnect, device number 9
[13142.971669] ath: phy4: Chip reset failed
[13142.971674] ath: phy4: Unable to reset channel (2462 Mhz) reset
status -22
[13142.971675] ath: phy4: Unable to set channel
[13143.072128] ath: phy4: RX failed to go idle in 10 ms RXSM=0x0
[13143.082216] ath: phy4: Failed to wakeup in 500us
[13143.182668] ath: phy4: RX failed to go idle in 10 ms RXSM=0x0
[13143.182717] cfg80211: Calling CRDA to update world regulatory domain
[13143.414662] ath: phy4: RX failed to go idle in 10 ms RXSM=0x8f2a8e1
[13143.424787] ath: phy4: Failed to wakeup in 500us
[13143.731675] ath: phy4: RX failed to go idle in 10 ms RXSM=0x8f2a8e1
[13143.761438] cfg80211: World regulatory domain updated:
[13143.761442] cfg80211:   (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp)
[13143.761444] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[13143.761445] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300
mBi, 2000 mBm)
[13143.761447] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300
mBi, 2000 mBm)
[13143.761448] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[13143.761450] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[13143.764451] cfg80211: Calling CRDA for country: US
[13143.768256] cfg80211: Regulatory domain changed to country: US
[13143.768259] cfg80211:   (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp)
[13143.768261] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300
mBi, 2700 mBm)
[13143.768263] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300
mBi, 1700 mBm)
[13143.768264] cfg80211:   (5250000 KHz - 5330000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[13143.768266] cfg80211:   (5490000 KHz - 5600000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[13143.768267] cfg80211:   (5650000 KHz - 5710000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[13143.768269] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300
mBi, 3000 mBm)
[13143.768271] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz),
(N/A, 4000 mBm)
[13143.781871] usb 6-1.7: ath9k_htc: USB layer deinitialized
[13161.809974] usb 6-1.7: new high-speed USB device number 10 using
ehci-pci
[13161.894255] usb 6-1.7: ath9k_htc: Firmware htc_7010.fw requested
[13161.998152] usb 6-1.7: ath9k_htc: Transferred FW: htc_7010.fw, size:
72992
[13162.060965] ath9k_htc 6-1.7:1.0: ath9k_htc: HTC initialized with 45
credits
[13162.255370] ath9k_htc 6-1.7:1.0: ath9k_htc: FW Version: 1.3
[13162.255374] ath: EEPROM regdomain: 0x809c
[13162.255375] ath: EEPROM indicates we should expect a country code
[13162.255376] ath: doing EEPROM country->regdmn map search
[13162.255377] ath: country maps to regdmn code: 0x52
[13162.255378] ath: Country alpha2 being used: CN
[13162.255379] ath: Regpair used: 0x52
[13162.257846] ieee80211 phy5: Atheros AR9287 Rev:2
[13162.257884] cfg80211: Calling CRDA for country: CN
[13162.259624] cfg80211: Current regulatory domain intersected:
[13162.259627] cfg80211:   (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp)
[13162.259629] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz),
(N/A, 2000 mBm)
[13162.259631] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz),
(N/A, 3000 mBm)
[13162.259633] cfg80211:   (57240000 KHz - 59400000 KHz @ 2160000 KHz),
(N/A, 2800 mBm)
[13162.259635] cfg80211:   (59400000 KHz - 63720000 KHz @ 2160000 KHz),
(N/A, 4000 mBm)
[13162.509814] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
---

Regards,
Mark
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20131201/7de4cb89/attachment.pgp 

[ath9k-devel] TPlink TL-WN822Nv2 drops out connections randomly on Arch Linux with Kernel 3.12.1-3

[Oleksij Rempel]

Finally i found a router to reproduce this or similar issue. It is dlink
dir-615 H1... (there is much more problems with it)
In my case it is ath9k-htc firmware issue, so it will take some time to
debug it.

Am 01.12.2013 04:20, schrieb Mark E. Lee:
> 
> -----Original Message-----
> From: Oleksij Rempel <linux@rempel-privat.de>
> To: Mark E. Lee <mark@markelee.com>, ath9k-devel at lists.ath9k.org
> Subject: Re: [ath9k-devel] TPlink TL-WN822Nv2 drops out connections
> randomly on Arch Linux with Kernel 3.12.1-3
> Date: Sat, 30 Nov 2013 08:57:07 +0100
> 
> Am 30.11.2013 05:40, schrieb Mark E. Lee:
>>> Salutations,
>>>
>>> I am still having an error with my TPLINK TL-WN822N V.2 using Arch Linux
>>> (64bit) Kernel 3.12.1-3. This issue has persisted since I got the
>>> adapter (since kernel 3.8.4). When examining my network router's log, I
>>> found I was getting the error: [WLAN access rejected: incorrect
>>> security]
>>>
>>> Sometimes the usb adapter not only disconnects from the internet, but it
>>> also seems to poweroff. I set up a script to disable autosuspend for the
>>> usb wifi adapter and to reload the ath9k_htc module (see below). This
>>> still doesn't stop the adapter from turning off though. Any help?
>>>
>>> ----
>>> #!/bin/bash
>>>
>>> main() {  ## main insertion function
>>>  ping-daemon &                                         ## fork and run
>>> the ping daemon
>>> }
>>>
>>> ping-daemon() {  ## daemon to ping and restart the network adapter
>>>  while :; do
>>>    ping -c 1 192.168.1.1 &> /dev/null || (  ## ping the router
>>>      id="$(lsusb | awk '/TP-Link/ {print $2}')";
>>>      echo "on" > \
>>>       /sys/bus/usb/devices/usb${id//00/}/power/level;  ## tell the
>>> kernel to always leave the usb adapter on
>>>      rmmod ath9k_htc;                                  ## remove the
>>> wifi adapter driver
>>>      modprobe ath9k_htc;                               ## load the wifi
>>> adapter driver
>>>      )
>>>    sleep 1m;                                           ## pause for 1
>>> minute
>>>  done;
>>> }
>>>
>>> main; ## run the main insertion function
>>> ----
>>>
>> Hi Mark,
>>
>> so... router decided to kick you out. Why?
>> It has some security configurations which made this decision. Incorrect
>> key? too many packed on different IPs?
>>
>> Please send your dmesg with reconnections. May be it will provide us
>> some interesting info.
>>
>>
> 
> Salutations,
> 
> I have attached my dmesg log to this email. There may be some excess stuff inside.
> 
> Regards,
> Mark
> 


-- 
Regards,
Oleksij

[ath9k-devel] TPlink TL-WN822Nv2 drops out connections randomly on Arch Linux with Kernel 3.12.1-3

[Mark E. Lee]

On Sun, 2013-12-01 at 10:30 +0100, Oleksij Rempel wrote:
> Finally i found a router to reproduce this or similar issue. It is dlink
> dir-615 H1... (there is much more problems with it)
> In my case it is ath9k-htc firmware issue, so it will take some time to
> debug it.
> 
> Am 01.12.2013 04:20, schrieb Mark E. Lee:
> > 
> > -----Original Message-----
> > From: Oleksij Rempel <linux@rempel-privat.de>
> > To: Mark E. Lee <mark@markelee.com>, ath9k-devel at lists.ath9k.org
> > Subject: Re: [ath9k-devel] TPlink TL-WN822Nv2 drops out connections
> > randomly on Arch Linux with Kernel 3.12.1-3
> > Date: Sat, 30 Nov 2013 08:57:07 +0100
> > 
> > Am 30.11.2013 05:40, schrieb Mark E. Lee:
> >>> Salutations,
> >>>
> >>> I am still having an error with my TPLINK TL-WN822N V.2 using Arch Linux
> >>> (64bit) Kernel 3.12.1-3. This issue has persisted since I got the
> >>> adapter (since kernel 3.8.4). When examining my network router's log, I
> >>> found I was getting the error: [WLAN access rejected: incorrect
> >>> security]
> >>>
> >>> Sometimes the usb adapter not only disconnects from the internet, but it
> >>> also seems to poweroff. I set up a script to disable autosuspend for the
> >>> usb wifi adapter and to reload the ath9k_htc module (see below). This
> >>> still doesn't stop the adapter from turning off though. Any help?
> >>>
> >>> ----
> >>> #!/bin/bash
> >>>
> >>> main() {  ## main insertion function
> >>>  ping-daemon &                                         ## fork and run
> >>> the ping daemon
> >>> }
> >>>
> >>> ping-daemon() {  ## daemon to ping and restart the network adapter
> >>>  while :; do
> >>>    ping -c 1 192.168.1.1 &> /dev/null || (  ## ping the router
> >>>      id="$(lsusb | awk '/TP-Link/ {print $2}')";
> >>>      echo "on" > \
> >>>       /sys/bus/usb/devices/usb${id//00/}/power/level;  ## tell the
> >>> kernel to always leave the usb adapter on
> >>>      rmmod ath9k_htc;                                  ## remove the
> >>> wifi adapter driver
> >>>      modprobe ath9k_htc;                               ## load the wifi
> >>> adapter driver
> >>>      )
> >>>    sleep 1m;                                           ## pause for 1
> >>> minute
> >>>  done;
> >>> }
> >>>
> >>> main; ## run the main insertion function
> >>> ----
> >>>
> >> Hi Mark,
> >>
> >> so... router decided to kick you out. Why?
> >> It has some security configurations which made this decision. Incorrect
> >> key? too many packed on different IPs?
> >>
> >> Please send your dmesg with reconnections. May be it will provide us
> >> some interesting info.
> >>
> >>
> > 
> > Salutations,
> > 
> > I have attached my dmesg log to this email. There may be some excess stuff inside.
> > 
> > Regards,
> > Mark
> > 
> 
> 

Salutations,

I got a new error (when the wifi adapter shuts off and can't seem to
recover even when replugging in the device).

---
[63351.157325] DMA: Out of SW-IOMMU space for 16 bytes at device
0000:00:1d.0
---

Regards,
Mark
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20131202/2791fd28/attachment.pgp 

[ath9k-devel] TPlink TL-WN822Nv2 drops out connections randomly on Arch Linux with Kernel 3.12.1-3

[Oleksij Rempel]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Am 02.12.2013 19:27, schrieb Mark E. Lee:
> 
> 
> On Sun, 2013-12-01 at 10:30 +0100, Oleksij Rempel wrote:
>> Finally i found a router to reproduce this or similar issue. It 
>> is dlink dir-615 H1... (there is much more problems with it) In 
>> my case it is ath9k-htc firmware issue, so it will take some
>> time to debug it.
>> 
>> Am 01.12.2013 04:20, schrieb Mark E. Lee:
>>> 
>>> -----Original Message----- From: Oleksij Rempel 
>>> <linux@rempel-privat.de> To: Mark E. Lee <mark@markelee.com>, 
>>> ath9k-devel at lists.ath9k.org Subject: Re: [ath9k-devel] TPlink 
>>> TL-WN822Nv2 drops out connections randomly on Arch Linux with 
>>> Kernel 3.12.1-3 Date: Sat, 30 Nov 2013 08:57:07 +0100
>>> 
>>> Am 30.11.2013 05:40, schrieb Mark E. Lee:
>>>>> Salutations,
>>>>> 
>>>>> I am still having an error with my TPLINK TL-WN822N V.2 
>>>>> using Arch Linux (64bit) Kernel 3.12.1-3. This issue has 
>>>>> persisted since I got the adapter (since kernel 3.8.4). 
>>>>> When examining my network router's log, I found I was 
>>>>> getting the error: [WLAN access rejected: incorrect 
>>>>> security]
>>>>> 
>>>>> Sometimes the usb adapter not only disconnects from the 
>>>>> internet, but it also seems to poweroff. I set up a script 
>>>>> to disable autosuspend for the usb wifi adapter and to 
>>>>> reload the ath9k_htc module (see below). This still
>>>>> doesn't stop the adapter from turning off though. Any
>>>>> help?
>>>>> 
>>>>> ---- #!/bin/bash
>>>>> 
>>>>> main() {  ## main insertion function ping-daemon & ## fork
>>>>> and run the ping daemon }
>>>>> 
>>>>> ping-daemon() {  ## daemon to ping and restart the network 
>>>>> adapter while :; do ping -c 1 192.168.1.1 &> /dev/null ||
>>>>> ( ## ping the router id="$(lsusb | awk '/TP-Link/ {print 
>>>>> $2}')"; echo "on" > \ 
>>>>> /sys/bus/usb/devices/usb${id//00/}/power/level;  ## tell 
>>>>> the kernel to always leave the usb adapter on rmmod 
>>>>> ath9k_htc;                                  ## remove the 
>>>>> wifi adapter driver modprobe ath9k_htc; ## load the wifi
>>>>> adapter driver ) sleep 1m; ## pause for 1 minute done; }
>>>>> 
>>>>> main; ## run the main insertion function ----
>>>>> 
>>>> Hi Mark,
>>>> 
>>>> so... router decided to kick you out. Why? It has some 
>>>> security configurations which made this decision. Incorrect 
>>>> key? too many packed on different IPs?
>>>> 
>>>> Please send your dmesg with reconnections. May be it will 
>>>> provide us some interesting info.
>>>> 
>>>> 
>>> 
>>> Salutations,
>>> 
>>> I have attached my dmesg log to this email. There may be some 
>>> excess stuff inside.
>>> 
>>> Regards, Mark
>>> 
>> 
>> 
> 
> Salutations,
> 
> I got a new error (when the wifi adapter shuts off and can't seem 
> to recover even when replugging in the device).
> 
> --- [63351.157325] DMA: Out of SW-IOMMU space for 16 bytes at 
> device 0000:00:1d.0

It is not firmware issue. In all errors i had, replugging will recover
it. In your case it sounds more like usb controller.
Beside, what is your usb controller?

- -- 
Regards,
Oleksij
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREIAAYFAlKc2kgACgkQHwImuRkmbWk/aAD/ZIq72bI5nYlxZGugJ7xio2l3
z4rbdhunoZnXQpKBdL8BAIowDINCNo6rUEvZyOOMOaqHmXmrNckDZNRHaAzJridt
=Yw02
-----END PGP SIGNATURE-----

[ath9k-devel] TPlink TL-WN822Nv2 drops out connections randomly on Arch Linux with Kernel 3.12.1-3

[Mark E. Lee]

On Mon, 2013-12-02 at 20:06 +0100, Oleksij Rempel wrote:
> Am 02.12.2013 19:27, schrieb Mark E. Lee:
> > 
> > 
> > On Sun, 2013-12-01 at 10:30 +0100, Oleksij Rempel wrote:
> >> Finally i found a router to reproduce this or similar issue. It 
> >> is dlink dir-615 H1... (there is much more problems with it) In 
> >> my case it is ath9k-htc firmware issue, so it will take some
> >> time to debug it.
> >> 
> >> Am 01.12.2013 04:20, schrieb Mark E. Lee:
> >>> 
> >>> -----Original Message----- From: Oleksij Rempel 
> >>> <linux@rempel-privat.de> To: Mark E. Lee <mark@markelee.com>, 
> >>> ath9k-devel at lists.ath9k.org Subject: Re: [ath9k-devel] TPlink 
> >>> TL-WN822Nv2 drops out connections randomly on Arch Linux with 
> >>> Kernel 3.12.1-3 Date: Sat, 30 Nov 2013 08:57:07 +0100
> >>> 
> >>> Am 30.11.2013 05:40, schrieb Mark E. Lee:
> >>>>> Salutations,
> >>>>> 
> >>>>> I am still having an error with my TPLINK TL-WN822N V.2 
> >>>>> using Arch Linux (64bit) Kernel 3.12.1-3. This issue has 
> >>>>> persisted since I got the adapter (since kernel 3.8.4). 
> >>>>> When examining my network router's log, I found I was 
> >>>>> getting the error: [WLAN access rejected: incorrect 
> >>>>> security]
> >>>>> 
> >>>>> Sometimes the usb adapter not only disconnects from the 
> >>>>> internet, but it also seems to poweroff. I set up a script 
> >>>>> to disable autosuspend for the usb wifi adapter and to 
> >>>>> reload the ath9k_htc module (see below). This still
> >>>>> doesn't stop the adapter from turning off though. Any
> >>>>> help?
> >>>>> 
> >>>>> ---- #!/bin/bash
> >>>>> 
> >>>>> main() {  ## main insertion function ping-daemon & ## fork
> >>>>> and run the ping daemon }
> >>>>> 
> >>>>> ping-daemon() {  ## daemon to ping and restart the network 
> >>>>> adapter while :; do ping -c 1 192.168.1.1 &> /dev/null ||
> >>>>> ( ## ping the router id="$(lsusb | awk '/TP-Link/ {print 
> >>>>> $2}')"; echo "on" > \ 
> >>>>> /sys/bus/usb/devices/usb${id//00/}/power/level;  ## tell 
> >>>>> the kernel to always leave the usb adapter on rmmod 
> >>>>> ath9k_htc;                                  ## remove the 
> >>>>> wifi adapter driver modprobe ath9k_htc; ## load the wifi
> >>>>> adapter driver ) sleep 1m; ## pause for 1 minute done; }
> >>>>> 
> >>>>> main; ## run the main insertion function ----
> >>>>> 
> >>>> Hi Mark,
> >>>> 
> >>>> so... router decided to kick you out. Why? It has some 
> >>>> security configurations which made this decision. Incorrect 
> >>>> key? too many packed on different IPs?
> >>>> 
> >>>> Please send your dmesg with reconnections. May be it will 
> >>>> provide us some interesting info.
> >>>> 
> >>>> 
> >>> 
> >>> Salutations,
> >>> 
> >>> I have attached my dmesg log to this email. There may be some 
> >>> excess stuff inside.
> >>> 
> >>> Regards, Mark
> >>> 
> >> 
> >> 
> > 
> > Salutations,
> > 
> > I got a new error (when the wifi adapter shuts off and can't seem 
> > to recover even when replugging in the device).
> > 
> > --- [63351.157325] DMA: Out of SW-IOMMU space for 16 bytes at 
> > device 0000:00:1d.0
> 
> It is not firmware issue. In all errors i had, replugging will recover
> it. In your case it sounds more like usb controller.
> Beside, what is your usb controller?
> 

Salutations,

I am not sure what kind of a hub it is; it's rated at USB 3.0 and was
supplied with my chassis (thermaltake armor a30). I have now plugged it
directly into my motherboard (Asus Maximus IV Gene-z) and will see if
the error returns. I originally plugged it in directly but found the
wifi adapter disconnecting too many times and difficult to pull out from
the back.

Regards,
Mark
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20131202/08aad3ad/attachment.pgp 

[ath9k-devel] TPlink TL-WN822Nv2 drops out connections randomly on Arch Linux with Kernel 3.12.1-3

[Mark E. Lee]

On Mon, 2013-12-02 at 16:11 -0500, Mark E. Lee wrote:
> 
> 
> On Mon, 2013-12-02 at 20:06 +0100, Oleksij Rempel wrote:
> > Am 02.12.2013 19:27, schrieb Mark E. Lee:
> > > 
> > > 
> > > On Sun, 2013-12-01 at 10:30 +0100, Oleksij Rempel wrote:
> > >> Finally i found a router to reproduce this or similar issue. It 
> > >> is dlink dir-615 H1... (there is much more problems with it) In 
> > >> my case it is ath9k-htc firmware issue, so it will take some
> > >> time to debug it.
> > >> 
> > >> Am 01.12.2013 04:20, schrieb Mark E. Lee:
> > >>> 
> > >>> -----Original Message----- From: Oleksij Rempel 
> > >>> <linux@rempel-privat.de> To: Mark E. Lee <mark@markelee.com>, 
> > >>> ath9k-devel at lists.ath9k.org Subject: Re: [ath9k-devel] TPlink 
> > >>> TL-WN822Nv2 drops out connections randomly on Arch Linux with 
> > >>> Kernel 3.12.1-3 Date: Sat, 30 Nov 2013 08:57:07 +0100
> > >>> 
> > >>> Am 30.11.2013 05:40, schrieb Mark E. Lee:
> > >>>>> Salutations,
> > >>>>> 
> > >>>>> I am still having an error with my TPLINK TL-WN822N V.2 
> > >>>>> using Arch Linux (64bit) Kernel 3.12.1-3. This issue has 
> > >>>>> persisted since I got the adapter (since kernel 3.8.4). 
> > >>>>> When examining my network router's log, I found I was 
> > >>>>> getting the error: [WLAN access rejected: incorrect 
> > >>>>> security]
> > >>>>> 
> > >>>>> Sometimes the usb adapter not only disconnects from the 
> > >>>>> internet, but it also seems to poweroff. I set up a script 
> > >>>>> to disable autosuspend for the usb wifi adapter and to 
> > >>>>> reload the ath9k_htc module (see below). This still
> > >>>>> doesn't stop the adapter from turning off though. Any
> > >>>>> help?
> > >>>>> 
> > >>>>> ---- #!/bin/bash
> > >>>>> 
> > >>>>> main() {  ## main insertion function ping-daemon & ## fork
> > >>>>> and run the ping daemon }
> > >>>>> 
> > >>>>> ping-daemon() {  ## daemon to ping and restart the network 
> > >>>>> adapter while :; do ping -c 1 192.168.1.1 &> /dev/null ||
> > >>>>> ( ## ping the router id="$(lsusb | awk '/TP-Link/ {print 
> > >>>>> $2}')"; echo "on" > \ 
> > >>>>> /sys/bus/usb/devices/usb${id//00/}/power/level;  ## tell 
> > >>>>> the kernel to always leave the usb adapter on rmmod 
> > >>>>> ath9k_htc;                                  ## remove the 
> > >>>>> wifi adapter driver modprobe ath9k_htc; ## load the wifi
> > >>>>> adapter driver ) sleep 1m; ## pause for 1 minute done; }
> > >>>>> 
> > >>>>> main; ## run the main insertion function ----
> > >>>>> 
> > >>>> Hi Mark,
> > >>>> 
> > >>>> so... router decided to kick you out. Why? It has some 
> > >>>> security configurations which made this decision. Incorrect 
> > >>>> key? too many packed on different IPs?
> > >>>> 
> > >>>> Please send your dmesg with reconnections. May be it will 
> > >>>> provide us some interesting info.
> > >>>> 
> > >>>> 
> > >>> 
> > >>> Salutations,
> > >>> 
> > >>> I have attached my dmesg log to this email. There may be some 
> > >>> excess stuff inside.
> > >>> 
> > >>> Regards, Mark
> > >>> 
> > >> 
> > >> 
> > > 
> > > Salutations,
> > > 
> > > I got a new error (when the wifi adapter shuts off and can't seem 
> > > to recover even when replugging in the device).
> > > 
> > > --- [63351.157325] DMA: Out of SW-IOMMU space for 16 bytes at 
> > > device 0000:00:1d.0
> > 
> > It is not firmware issue. In all errors i had, replugging will recover
> > it. In your case it sounds more like usb controller.
> > Beside, what is your usb controller?
> > 
> 
> Salutations,
> 
> I am not sure what kind of a hub it is; it's rated at USB 3.0 and was
> supplied with my chassis (thermaltake armor a30). I have now plugged it
> directly into my motherboard (Asus Maximus IV Gene-z) and will see if
> the error returns. I originally plugged it in directly but found the
> wifi adapter disconnecting too many times and difficult to pull out from
> the back.
> 
> Regards,
> Mark

Salutations,

My internet dropped out again but my wifi restarting daemon managed to
recover it quickly. I found the following error in my dmesg log though.
---
[11503.278845] ath: phy3: Corrupted RX frame, dropping (len: 3)
[14821.558230] usbcore: deregistering interface driver ath9k_htc
[14821.581191] wlan0: deauthenticating from c4:3d:c7:a4:57:1e by local
choice (reason=3)
[14821.811910] cfg80211: Calling CRDA to update world regulatory domain
[14821.814388] cfg80211: World regulatory domain updated:
[14821.814391] cfg80211:   (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp)
[14821.814392] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[14821.814394] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300
mBi, 2000 mBm)
[14821.814395] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300
mBi, 2000 mBm)
[14821.814396] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[14821.814397] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[14821.814410] cfg80211: Calling CRDA for country: US
[14821.834367] cfg80211: Regulatory domain changed to country: US
[14821.834372] cfg80211:   (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp)
[14821.834374] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300
mBi, 2700 mBm)
[14821.834376] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300
mBi, 1700 mBm)
[14821.834377] cfg80211:   (5250000 KHz - 5330000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[14821.834379] cfg80211:   (5490000 KHz - 5600000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[14821.834381] cfg80211:   (5650000 KHz - 5710000 KHz @ 40000 KHz), (300
mBi, 2000 mBm)
[14821.834382] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300
mBi, 3000 mBm)
[14821.834384] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz),
(N/A, 4000 mBm)
[14821.974388] usb 6-1.1: ath9k_htc: USB layer deinitialized
---

Regards,
Mark

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20131202/bf758221/attachment.pgp