(worked around, but not fixed) TP-Link USB dongle, kernel 3.15, no DHCP lease

Started by dibl, 2014/06/13, 21:54:24

Previous topic - Next topic

sunrat

I have a fix for this:-
Remove ath9k_htc module
# modprobe -r ath9k_htc
Load it with this parameter
modprobe ath9k_htc nohwcrypt=1

I am posting from kernel 3.15-4 and my TP-Link TL-WN822N. :)

From http://blog.gmane.org/gmane.linux.kernel.wireless.general
Quotelolilolicon | 28 Jun 23:17 2014
Bug: USB wifi card TL-WN722N (AR9271, ath9k_htc) fails to get DHCP lease
This bug was introduced in merge commit 88daf80 (if I did the bisect correctly).
A workaround around the bug is to set the ath9k_htc param nohwcrypt=1.
The difference in the journal/log between good and bad is that in the
presence of the bug, dhcpcd would time out soliciting a DHCP lease.

ayla

Quote from: sunrat on 2014/06/29, 10:36:43
I have a fix for this:-
Remove ath9k_htc module
# modprobe -r ath9k_htc
Load it with this parameter
modprobe ath9k_htc nohwcrypt=1

I am posting from kernel 3.15-4 and my TP-Link TL-WN822N. :)

works! Posting with:
QuoteAtheros TP-Link TL-WN821N v3 802.11n [Atheros AR7010+AR9287]
on Kernel 3.15-2.towo-siduction-amd64

Thanks sunrat




dibl

Quote from: sunrat on 2014/06/29, 10:36:43

From http://blog.gmane.org/gmane.linux.kernel.wireless.general
Quotelolilolicon | 28 Jun 23:17 2014
Bug: USB wifi card TL-WN722N (AR9271, ath9k_htc) fails to get DHCP lease
This bug was introduced in merge commit 88daf80 (if I did the bisect correctly).
A workaround around the bug is to set the ath9k_htc param nohwcrypt=1.
The difference in the journal/log between good and bad is that in the
presence of the bug, dhcpcd would time out soliciting a DHCP lease.


Nice catch sunrat -- thanks!
System76 Oryx Pro, Intel Core i7-11800H, ASRock B860 Pro-A, Intel Core Ultra 7 265KF, Nvidia GTX-1060, SSD 990 EVO Plus.

mrsarmitage

the ath5k driver atheros AR2413 is also affected. This is on a pcmcia card on older hp laptop with 3.15 kernel. the card is not recognised.
UB

sunrat

Still not fixed with today's d-u to kernel 3.15-6. The modprobe workaround is still needed.

sunrat

Still not fixed with today's d-u to kernel 3.15-8.

@dibl - is this fixed for you or do you still need the workaround? If not fixed could you remove (solved) from the title and it may get more attention.

dibl

Quote from: sunrat on 2014/08/04, 02:56:32
@dibl - is this fixed for you or do you still need the workaround? If not fixed could you remove (solved) from the title and it may get more attention.


Not solved, AFAIK.  I have a different USB dongle that I can use on my desktop system that has no ethernet, so the TP-Link dongle is currently sitting on the shelf.  Changed the title accordingly, in case the ath9k_htc developers are hovering over our siduction forum.   ;D
System76 Oryx Pro, Intel Core i7-11800H, ASRock B860 Pro-A, Intel Core Ultra 7 265KF, Nvidia GTX-1060, SSD 990 EVO Plus.

sunrat

I was hoping that the dev who posted in lkml saying he may have introduced the bug may also have fixed it by now. Still hoping. ;)
I am very happy with the performance of this one, 130Mb/s reported speed and reliable connection, so not considering any alternatives.

sunrat

Still need the workaround with kernel 3.16-1 so not fixed yet.

sunrat

I got tired of reloading the module after every boot. The module parameter can be applied automatically with a file in /etc/modprobe.d/
I added this to ath9k_htc.conf
options ath9k_htc nohwcrypt=1

Works perfectly. :) But now I won't know when it is fixed in the kernel.

michaa7

Ok, you can't code, but you still might be able to write a bug report for Debian's sake