Modify

Opened 3 years ago

Last modified 2 years ago

#19035 new defect

ath9k not stable on ramips

Reported by: quetzalin Owned by: developers
Priority: normal Milestone: Chaos Calmer 15.05
Component: kernel Version: Trunk
Keywords: Cc:

Description

I'm trying to get to work an USB wireless adapter TP-Link TL-WN722N (ath9k) on my ASL-26555 (rt305x) trunk@44487 but when i try to enable the wireless or do a wifi scan the device hangs up:

Tue Feb 17 10:55:37 2015 kern.info kernel: [  178.630000] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
Tue Feb 17 10:55:42 2015 kern.err kernel: [  183.790000] hub 1-0:1.0: port 1 disabled by hub (EMI?), re-enabling...
Tue Feb 17 10:55:42 2015 kern.info kernel: [  183.800000] usb 1-1: USB disconnect, device number 2
Tue Feb 17 10:55:43 2015 kern.err kernel: [  184.730000] ath: phy1: RX failed to go idle in 10 ms RXSM=0x2
Tue Feb 17 10:55:43 2015 kern.err kernel: [  184.950000] ath: phy1: RX failed to go idle in 10 ms RXSM=0x2
Tue Feb 17 10:55:43 2015 kern.err kernel: [  184.970000] ath: phy1: Failed to wakeup in 500us
Tue Feb 17 10:55:43 2015 kern.info kernel: [  185.030000] usb 1-1: ath9k_htc: USB layer deinitialized
Tue Feb 17 10:55:45 2015 kern.err kernel: [  186.460000] hub 1-0:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
Tue Feb 17 10:55:46 2015 kern.err kernel: [  187.720000] hub 1-0:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
Tue Feb 17 10:55:47 2015 kern.err kernel: [  188.980000] hub 1-0:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
Tue Feb 17 10:55:49 2015 kern.err kernel: [  190.240000] hub 1-0:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
Tue Feb 17 10:55:49 2015 kern.err kernel: [  190.250000] hub 1-0:1.0: unable to enumerate USB device on port 1

Here is a log of the kernel with the usb device being recognized fine:

Tue Feb 17 10:53:01 2015 kern.debug kernel: [   18.090000] ath9k_htc 1-1:1.0: no of_node; not parsing pinctrl DT
Tue Feb 17 10:53:01 2015 kern.info kernel: [   18.090000] usb 1-1: ath9k_htc: Firmware htc_9271.fw requested
Tue Feb 17 10:53:01 2015 kern.info kernel: [   18.110000] usbcore: registered new interface driver ath9k_htc
Tue Feb 17 10:53:01 2015 kern.info kernel: [   18.430000] usb 1-1: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272
Tue Feb 17 10:53:01 2015 kern.info kernel: [   18.680000] ath9k_htc 1-1:1.0: ath9k_htc: HTC initialized with 33 credits
Tue Feb 17 10:53:01 2015 kern.info kernel: [   19.120000] ath9k_htc 1-1:1.0: ath9k_htc: FW Version: 1.3
Tue Feb 17 10:53:01 2015 kern.debug kernel: [   19.130000] ath: EEPROM regdomain: 0x809c
Tue Feb 17 10:53:01 2015 kern.debug kernel: [   19.130000] ath: EEPROM indicates we should expect a country code
Tue Feb 17 10:53:01 2015 kern.debug kernel: [   19.130000] ath: doing EEPROM country->regdmn map search
Tue Feb 17 10:53:01 2015 kern.debug kernel: [   19.130000] ath: country maps to regdmn code: 0x52
Tue Feb 17 10:53:01 2015 kern.debug kernel: [   19.130000] ath: Country alpha2 being used: CN
Tue Feb 17 10:53:01 2015 kern.debug kernel: [   19.130000] ath: Regpair used: 0x52
Tue Feb 17 10:53:01 2015 kern.info kernel: [   19.260000] ieee80211 phy1: Atheros AR9271 Rev:1
Tue Feb 17 10:53:01 2015 kern.info kernel: [   19.290000] cfg80211: Calling CRDA for country: CN
Tue Feb 17 10:53:01 2015 kern.info kernel: [   19.320000] cfg80211: Regulatory domain changed to country: CN
Tue Feb 17 10:53:01 2015 kern.info kernel: [   19.330000] cfg80211:  DFS Master region: FCC
Tue Feb 17 10:53:01 2015 kern.info kernel: [   19.340000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
Tue Feb 17 10:53:01 2015 kern.info kernel: [   19.360000] cfg80211:   (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Tue Feb 17 10:53:01 2015 kern.info kernel: [   19.370000] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2300 mBm), (N/A)
Tue Feb 17 10:53:01 2015 kern.info kernel: [   19.390000] cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2300 mBm), (0 s)
Tue Feb 17 10:53:01 2015 kern.info kernel: [   19.410000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 3000 mBm), (N/A)
Tue Feb 17 10:53:01 2015 kern.info kernel: [   19.430000] cfg80211:   (57240000 KHz - 59400000 KHz @ 2160000 KHz), (N/A, 2800 mBm), (N/A)
Tue Feb 17 10:53:01 2015 kern.info kernel: [   19.440000] cfg80211:   (59400000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4400 mBm), (N/A)
Tue Feb 17 10:53:01 2015 kern.info kernel: [   19.460000] cfg80211:   (63720000 KHz - 65880000 KHz @ 2160000 KHz), (N/A, 2800 mBm), (N/A)

lsusb:

root@OpenWrt:/# lsusb
Bus 001 Device 002: ID 0cf3:9271
Bus 001 Device 001: ID 1d6b:0002

/etc/config/wireless:

config wifi-device  radio1
        option type     mac80211
        option channel  11
        option hwmode   11g
        option path     '101c0000.otg/usb1/1-1/1-1:1.0'
        option htmode   HT20

config wifi-iface
        option device   radio1
        option network  lan
        option mode     ap
        option ssid     OpenWrt
        option encryption none

Attachments (0)

Change History (6)

comment:1 Changed 3 years ago by quetzalin

Seems to be fixed on the last trunk versions, the USB wireless adapter is stable now; i can do a wifi scan, activate it and even connect to it but the performance is poor, really poor...

It doesn't output more than 2Mbps :/

comment:2 Changed 3 years ago by anonymous

Did you try passing "nohwcrypt" parameter to the module?

comment:3 Changed 3 years ago by quetzalin

I'm not sure if i did it right but i just edited /etc/modules.d/ath9k-htc and added that nohwcrypt, now it looks like this:

root@Repeater:~# cat /etc/modules.d/ath9k-htc
ath9k_htc nohwcrypt=1

I guess i did right since it definetly improved but not as much as i would like. Now i can get about 8Mbps speeds.

Hope there is something else i can do :/ .

comment:4 Changed 3 years ago by anonymous

I must admit this problem is not platform-specific, as it exists on ar71xx as well.
Sorry to say but I didn't manage to get more than 10-11 Mbps on this chipset, even with "nohwcrypt" workaround...

comment:5 Changed 3 years ago by anonymous

I must admit this problem is not platform-specific, as it exists on ar71xx as well.
Sorry to say but I didn't manage to get more than 10-11 Mbps on this chipset, even with "nohwcrypt" workaround...

comment:6 Changed 2 years ago by dev.openwrt.org@…

subscribe myself for updates

Add Comment

Modify Ticket

Action
as new .
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.