Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Unable to use more than 2 'Atheros AR9271' WiFi Dongles #2023

Closed
pi-resource opened this issue May 18, 2017 · 18 comments
Closed

Unable to use more than 2 'Atheros AR9271' WiFi Dongles #2023

pi-resource opened this issue May 18, 2017 · 18 comments

Comments

@pi-resource
Copy link

More than two WiFi Dongel with the Atheros AR9271 chipsets are not identified. In this example I used a TP-LINK TL-WN722N. I can confirm there were NO power issues. See dmesg outputs below.

First device plugged in: (all normal)
[ 3626.648706] usb 1-1.2.1: new high-speed USB device number 6 using dwc_otg
[ 3626.799647] usb 1-1.2.1: New USB device found, idVendor=0cf3, idProduct=9271
[ 3626.799661] usb 1-1.2.1: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[ 3626.799669] usb 1-1.2.1: Product: USB2.0 WLAN
[ 3626.799677] usb 1-1.2.1: Manufacturer: ATHEROS
[ 3626.799684] usb 1-1.2.1: SerialNumber: 12345
[ 3627.944779] usb 1-1.2.1: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ 3627.944907] usb 1-1.2.1: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[ 3627.944922] usb 1-1.2.1: ath9k_htc: Firmware htc_9271.fw requested
[ 3627.945481] usbcore: registered new interface driver ath9k_htc
[ 3628.241745] usb 1-1.2.1: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272
[ 3628.487600] ath9k_htc 1-1.2.1:1.0: ath9k_htc: HTC initialized with 33 credits
[ 3633.007736] ath9k_htc 1-1.2.1:1.0: ath9k_htc: FW Version: 1.3
[ 3633.007748] ath9k_htc 1-1.2.1:1.0: FW RMW support: Off
[ 3633.007755] ath: EEPROM regdomain: 0x809c
[ 3633.007759] ath: EEPROM indicates we should expect a country code
[ 3633.007764] ath: doing EEPROM country->regdmn map search
[ 3633.007769] ath: country maps to regdmn code: 0x52
[ 3633.007775] ath: Country alpha2 being used: CN
[ 3633.007779] ath: Regpair used: 0x52
[ 3633.034162] ieee80211 phy1: Atheros AR9271 Rev:1
[ 3633.899923] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready

Second device plugged in: (Normal)
[ 3678.808836] usb 1-1.2.2: new high-speed USB device number 7 using dwc_otg
[ 3678.959885] usb 1-1.2.2: New USB device found, idVendor=0cf3, idProduct=9271
[ 3678.959899] usb 1-1.2.2: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[ 3678.959907] usb 1-1.2.2: Product: USB2.0 WLAN
[ 3678.959915] usb 1-1.2.2: Manufacturer: ATHEROS
[ 3678.959940] usb 1-1.2.2: SerialNumber: 12345
[ 3678.961096] usb 1-1.2.2: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ 3678.962086] usb 1-1.2.2: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[ 3678.962102] usb 1-1.2.2: ath9k_htc: Firmware htc_9271.fw requested
[ 3679.255303] usb 1-1.2.2: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272
[ 3679.500607] ath9k_htc 1-1.2.2:1.0: ath9k_htc: HTC initialized with 33 credits
[ 3682.993741] ath9k_htc 1-1.2.2:1.0: ath9k_htc: FW Version: 1.3
[ 3682.993753] ath9k_htc 1-1.2.2:1.0: FW RMW support: Off
[ 3682.993760] ath: EEPROM regdomain: 0x809c
[ 3682.993765] ath: EEPROM indicates we should expect a country code
[ 3682.993769] ath: doing EEPROM country->regdmn map search
[ 3682.993775] ath: country maps to regdmn code: 0x52
[ 3682.993780] ath: Country alpha2 being used: CN
[ 3682.993784] ath: Regpair used: 0x52
[ 3683.005653] ieee80211 phy2: Atheros AR9271 Rev:1
[ 3683.869106] IPv6: ADDRCONF(NETDEV_UP): wlan2: link is not ready

Third and subsequent devices: (ERRORS)
[ 3826.729283] usb 1-1.2.4.1: new high-speed USB device number 8 using dwc_otg
[ 3826.880406] usb 1-1.2.4.1: New USB device found, idVendor=0cf3, idProduct=9271
[ 3826.880420] usb 1-1.2.4.1: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[ 3826.880453] usb 1-1.2.4.1: Product: USB2.0 WLAN
[ 3826.880461] usb 1-1.2.4.1: Manufacturer: ATHEROS
[ 3826.880469] usb 1-1.2.4.1: SerialNumber: 12345
[ 3826.881665] usb 1-1.2.4.1: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ 3826.883288] usb 1-1.2.4.1: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[ 3826.883344] usb 1-1.2.4.1: ath9k_htc: Firmware htc_9271.fw requested
[ 3827.176355] usb 1-1.2.4.1: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272
[ 3828.429300] usb 1-1.2.4.1: Service connection timeout for: 256
[ 3828.429347] ath9k_htc 1-1.2.4.1:1.0: ath9k_htc: Unable to initialize HTC services
[ 3828.429374] ath9k_htc: Failed to initialize the device
[ 3828.431265] usb 1-1.2.4.1: ath9k_htc: USB layer deinitialized

all devices are shown with the 'lsusb' command
@rodizio1
Copy link

Yes, more than two Atheros USB sticks give problems on the Pi.

You may get three to work if you make sure that nothing else is accessing the USB bus (ethernet for example ...) while the Atheros sticks are being initialized and iwconfig/ifconfig commands are being run. Also make sure to not run iwconfig/ifconfig commands "too fast", configure one adapter after another with a little delay in-between.

Four or more adapters never work though.

See here for more info:
#1763
qca/open-ath9k-htc-firmware#114

@rodizio1 rodizio1 mentioned this issue May 21, 2017
Open
@P33M
Copy link
Contributor

P33M commented May 30, 2017

@rodizio1 From an examination of seller comments on Amazon, it looks like there is a v2 of the WN-722N that doesn't use the Atheros chipset. Do you have a guaranteed source for the v1.x devices?

@pi-resource
Copy link
Author

Hi P33M. I simply crossed my fingers and hoped for the best and I received v1.10 which works fine. I purchased from a UK seller, Skydigital https://www.amazon.co.uk/s?merchant=A3FPBXRLKM9OSB
Hope that helps.
Cheers,
Dusty
www.pi-resource.com

@P33M P33M mentioned this issue Jun 1, 2017
Closed
@rodizio1
Copy link

rodizio1 commented Jun 1, 2017

@P33M Sorry, don't know any sure sources for the WN-722N V1.x

Alfa AWUS036NHA would be a sure bet. It has the UART of the AR9271 on solder pads, could become handy for debugging I guess. Expensive though.

Another option would be searching for "AR9271" on AliExpress, for example such a dongle for 5 bucks:
https://www.aliexpress.com/item/Azurewave-AW-NU138-150M-Wifi-802-11BGN-USB-High-Gain-Atheros-AR9271-150Mbps-Wireless-Mini-150M/32797793917.html

@P33M
Copy link
Contributor

P33M commented Jun 12, 2017 •
edited
Loading

I have acquired 4 wifi adapters using this chipset. I see the same behaviour, but with 3 devices plugged in and not 4. When I plug the 4th device in, I get nothing in dmesg and the device is not detected. Eventually ntpd times out and I get hung task callbacks in the kernel message log.

If I remove device 3, suddenly device 4 shows up:

[ 2108.176805] usb 1-1.4: USB disconnect, device number 5
[ 2108.688802] ath: phy1: RX failed to go idle in 10 ms RXSM=0x7053b1b9
[ 2108.699164] ath: phy1: Failed to wakeup in 500us
[ 2108.710116] ath: phy1: Failed to wakeup in 500us
[ 2108.823845] ath: phy1: RX failed to go idle in 10 ms RXSM=0x0
[ 2108.834186] ath: phy1: Failed to wakeup in 500us
[ 2108.949469] ath: phy1: RX failed to go idle in 10 ms RXSM=0xe7ba12b9
[ 2109.126297] usb 1-1.4: ath9k_htc: USB layer deinitialized
[ 2109.625500] usb 1-1.5: new high-speed USB device number 8 using dwc_otg
[ 2109.776801] usb 1-1.5: New USB device found, idVendor=0cf3, idProduct=9271
[ 2109.776851] usb 1-1.5: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[ 2109.776860] usb 1-1.5: Product: UB91C
[ 2109.776867] usb 1-1.5: Manufacturer: ATHEROS
[ 2109.776874] usb 1-1.5: SerialNumber: 12345
[ 2109.778309] usb 1-1.5: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ 2109.779767] usb 1-1.5: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[ 2109.779792] usb 1-1.5: ath9k_htc: Firmware htc_9271.fw requested
[ 2110.075063] usb 1-1.5: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272
[ 2110.320194] ath9k_htc 1-1.5:1.0: ath9k_htc: HTC initialized with 33 credits

The clue I think is the interrupt endpoint descriptors. I see my host channel mask pegged at 0x7f meaning 7 of 8 channels are used, which is the limit for either periodic or non-periodic transfers.

Bus 001 Device 009: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n
Couldn't open device, some information will be missing
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass          255 Vendor Specific Class
  bDeviceSubClass       255 Vendor Specific Subclass
  bDeviceProtocol       255 Vendor Specific Protocol
  bMaxPacketSize0        64
  idVendor           0x0cf3 Atheros Communications, Inc.
  idProduct          0x9271 AR9271 802.11n
  bcdDevice            1.08
  iManufacturer          16
  iProduct               32
  iSerial                48
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           60
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              500mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           6
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x04  EP 4 OUT
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x05  EP 5 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x06  EP 6 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0

The two interrupt endpoints have an interval of 1 microframe. Periodic transfers happen in the microframe after they were queued to the hardware, so the host channel is allocated but idle for 125uS until it transmits the interrupt token. From a cursory examination of host channel masks with 1 device + ethernet active, it looks like two host channels are semi-permanently idle per device added - which would follow for a bulk endpoint + interval-1 interrupt endpoint being active.

This explains why things break with 3 devices - 6 + 1 = 7 active host channels, plus intermittent hub status and Ethernet interrupt/control endpoint polling (+2 host channels). At least one endpoint is going to get starved if the hardware ends up in a suboptimal scheduling state.

@P33M
Copy link
Contributor

P33M commented Jun 12, 2017 •
edited
Loading

I have a naive fix that seems to make things better for me - in dwc_otg_hcd_queue.c:qh_init(), by munging the qh->interval for Interrupt endpoints to be a minimum of 2 (i.e. 2 microframes), all 4 devices appear to be working. I can scan APs on all 4 wireless devices and have 2 of them associated to our local wireless network.

This does of course mean that the Interrupt endpoint gets serviced only half as regularly as it is requesting, but this is 250uS vs 125uS. I doubt there would be much real-world effect, but this makes me think that this needs to be an explicitly enabled module parameter rather than a blanket constraint.

@P33M P33M mentioned this issue Jun 12, 2017
Merged
@popcornmix
Copy link
Collaborator

Latest rpi-update kernel includes the int_ep_interval_min kernel config option.

@P33M
Copy link
Contributor

P33M commented Jun 13, 2017 •
edited
Loading

@pi-resource @rodizio1 on a rpi-updated Pi, can you add dwc_otg.int_ep_interval_min=2 to /boot/cmdline.txt and reboot, then try using up to 4 Atheros wifi devices? Note that eventually with more than 4 devices you will run up against the limitation described in #2050 as a bulk IN endpoint is used for RX data, so on quiet networks endpoint servicing latency will increase.

@rodizio1
Copy link

Thanks a lot @P33M.

Back-ported the change in #2067 to the kernel 4.4.11 I'm using. (There are delays in the order of several milliseconds sometimes when one card receives many packets per second and others only a few. This is worse with newer kernels, that's why I stick with this one at the moment).

Just did a quick test, so far it seems to be working. Need to do more testing though.

00c0ca849ea1 Link encap:UNSPEC  HWaddr 00-C0-CA-84-9E-A1-A8-02-00-00-00-00-00-00-00-00  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:66005 errors:0 dropped:4 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:71183610 (67.8 MiB)  TX bytes:0 (0.0 B)

c46e1f21bbf1 Link encap:UNSPEC  HWaddr C4-6E-1F-21-BB-F1-00-00-00-00-00-00-00-00-00-00  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:65928 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:71993376 (68.6 MiB)  TX bytes:0 (0.0 B)

ec086b1c4645 Link encap:UNSPEC  HWaddr EC-08-6B-1C-46-45-00-00-00-00-00-00-00-00-00-00  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:65919 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:71983548 (68.6 MiB)  TX bytes:0 (0.0 B)

ec086b1c7834 Link encap:UNSPEC  HWaddr EC-08-6B-1C-78-34-00-00-00-00-00-00-00-00-00-00  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:65928 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:71993376 (68.6 MiB)  TX bytes:0 (0.0 B)

@rodizio1
Copy link

shortly after I see this in dmesg:

[10614.131493] ------------[ cut here ]------------
[10614.131520] WARNING: CPU: 0 PID: 3373 at drivers/misc/vc04_services/interface/vchiq_arm/vchiq_arm.c:2502 vchiq_release_internal+0xb4/0x24c()
[10614.131551] Modules linked in: arc4 ath9k_htc ath9k_common ath9k_hw ath brcmfmac mac80211 brcmutil cfg80211 bcm2835_gpiomem smsc95xx usbnet mii i2c_dev i2c_bcm2708 i2c_core
[10614.131607] CPU: 0 PID: 3373 Comm: HTV Notify Not tainted 4.4.11-v7+ #32
[10614.131614] Hardware name: BCM2709
[10614.131619] Backtrace: 
[10614.131642] [<80012940>] (dump_backtrace) from [<80012b38>] (show_stack+0x18/0x1c)
[10614.131652]  r6:60000013 r5:8054c648 r4:00000000 r3:00000000
[10614.131679] [<80012b20>] (show_stack) from [<8020f61c>] (dump_stack+0xac/0xcc)
[10614.131689] [<8020f570>] (dump_stack) from [<80020428>] (warn_slowpath_common+0x8c/0xbc)
[10614.131692]  r7:000009c6 r6:8029d0dc r5:00000009 r4:00000000
[10614.131705] [<8002039c>] (warn_slowpath_common) from [<800204fc>] (warn_slowpath_null+0x24/0x2c)
[10614.131708]  r8:80591154 r7:ffffffff r6:b6266608 r5:805518a8 r4:ad26f244
[10614.131722] [<800204d8>] (warn_slowpath_null) from [<8029d0dc>] (vchiq_release_internal+0xb4/0x24c)
[10614.131730] [<8029d028>] (vchiq_release_internal) from [<8029dd6c>] (vchiq_ioctl+0x7ec/0x1870)
[10614.131733]  r9:ad26f200 r8:0376e006 r7:ad26e000 r6:0000c40d r5:805518a8 r4:0000c40c
[10614.131757] [<8029d580>] (vchiq_ioctl) from [<800e94b4>] (do_vfs_ioctl+0x41c/0x60c)
[10614.131761]  r10:00000000 r9:ad1d8000 r8:00000003 r7:0000c40d r6:b63b5cc0 r5:0376e006
[10614.131772]  r4:b62f8648
[10614.131779] [<800e9098>] (do_vfs_ioctl) from [<800e96e0>] (SyS_ioctl+0x3c/0x64)
[10614.131783]  r9:ad1d8000 r8:00000003 r7:0000c40d r6:b63b5cc0 r5:0376e006 r4:b63b5cc1
[10614.131798] [<800e96a4>] (SyS_ioctl) from [<8000f760>] (ret_fast_syscall+0x0/0x34)
[10614.131801]  r8:8000f904 r7:00000036 r6:7eb8fadc r5:00000002 r4:76e4f2f0 r3:000000a4
[10614.131827] ---[ end trace c94ee286a508b55b ]---
[10614.131833] vchiq: vchiq_ioctl: cmd VCHIQ_IOC_RELEASE_SERVICE returned error -1 for service TVNT:3369

The system seems to be still working normally though.

@P33M
Copy link
Contributor

P33M commented Jun 20, 2017

Regarding the millisecond latencies with 4.9 - this is not an isolated issue, Libreelec DVB-T users have reported "worse" latency in the transition from 4.8-4.9.

The warning has an existing issue open: #1808

@pi-resource have you re-tested with latest rpi-update kernel? If so, does it work for you?

@popcornmix
Copy link
Collaborator

Libreelec DVB-T users have reported "worse" latency in the transition from 4.8-4.9.

Actually we are still bisecting but the 4.8-4.9 regression has been narrowed down to:

    Merge tag 'usb-4.9-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb
    
    Pull usb/phy/extcon updates from Greg KH:
     "Here is the big USB, and PHY, and extcon, patchsets for 4.9-rc1.
    
      Full details are in the shortlog, but generally a lot of new hardware
      support, usb gadget updates, and Wolfram's great cleanup of USB error
      message handling, making the kernel image a tad bit smaller.
    
      All of this has been in linux-next with no reported issues"

That is still a merge of hundreds of commits, but it looks like an upstream issue (that also affects x86) rather than a dwc_otg issue. Thread here.

@pi-resource
Copy link
Author

@P33M - Sorry for the delay, but work unfortunately gets in the way sometimes ;)
Unfortunately this hasn't resolved the issue. I note that Jessie 4.9 has been released and it is with that version I just tested. I tried with and without your change to cmdline.txt and it made no difference. Two 'Atheros AR9271' work fine, but as soon as a third is connected, although it is seen by 'lsusb', there are errors in dmesg. Currently I'm booting the Pi (v3), then plugging in each WiFi adapter leaving about 15 seconds between each so that they have time to initialise. Note I am using a good quality powered USB hub to ensure no power issued. I've tried without the hub and get exactly the same results.

Without modifying 'cmdline.txt':

pi@raspberrypi:~ $
pi@raspberrypi:~ $ uname -a
Linux raspberrypi 4.9.28-v7+ #998 SMP Mon May 15 16:55:39 BST 2017 armv7l GNU/Linux
pi@raspberrypi:~ $
pi@raspberrypi:~ $ more /boot/cmdline.txt
dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=PARTUUID=da5828c0-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
pi@raspberrypi:~ $
pi@raspberrypi:~ $ lsusb
Bus 001 Device 007: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n
Bus 001 Device 006: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n
Bus 001 Device 005: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n
Bus 001 Device 004: ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $
pi@raspberrypi:~ $ dmesg
[ 78.659644] random: crng init done
[ 124.366996] usb 1-1.3: new high-speed USB device number 4 using dwc_otg
[ 124.497578] usb 1-1.3: New USB device found, idVendor=1a40, idProduct=0201
[ 124.497590] usb 1-1.3: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[ 124.497598] usb 1-1.3: Product: USB 2.0 Hub [MTT]
[ 124.498449] hub 1-1.3:1.0: USB hub found
[ 124.498583] hub 1-1.3:1.0: 7 ports detected
[ 142.996999] usb 1-1.3.5: new high-speed USB device number 5 using dwc_otg
[ 143.147942] usb 1-1.3.5: New USB device found, idVendor=0cf3, idProduct=9271
[ 143.147954] usb 1-1.3.5: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[ 143.147962] usb 1-1.3.5: Product: USB2.0 WLAN
[ 143.147970] usb 1-1.3.5: Manufacturer: ATHEROS
[ 143.147977] usb 1-1.3.5: SerialNumber: 12345
[ 144.306380] usb 1-1.3.5: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ 144.306491] usb 1-1.3.5: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[ 144.306507] usb 1-1.3.5: ath9k_htc: Firmware htc_9271.fw requested
[ 144.307253] usbcore: registered new interface driver ath9k_htc
[ 144.604097] usb 1-1.3.5: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272
[ 144.849767] ath9k_htc 1-1.3.5:1.0: ath9k_htc: HTC initialized with 33 credits
[ 148.331895] ath9k_htc 1-1.3.5:1.0: ath9k_htc: FW Version: 1.3
[ 148.331904] ath9k_htc 1-1.3.5:1.0: FW RMW support: Off
[ 148.331912] ath: EEPROM regdomain: 0x809c
[ 148.331917] ath: EEPROM indicates we should expect a country code
[ 148.331922] ath: doing EEPROM country->regdmn map search
[ 148.331927] ath: country maps to regdmn code: 0x52
[ 148.331933] ath: Country alpha2 being used: CN
[ 148.331937] ath: Regpair used: 0x52
[ 148.414424] ieee80211 phy1: Atheros AR9271 Rev:1
[ 149.269230] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[ 177.127011] usb 1-1.3.6: new high-speed USB device number 6 using dwc_otg
[ 177.278027] usb 1-1.3.6: New USB device found, idVendor=0cf3, idProduct=9271
[ 177.278041] usb 1-1.3.6: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[ 177.278049] usb 1-1.3.6: Product: USB2.0 WLAN
[ 177.278057] usb 1-1.3.6: Manufacturer: ATHEROS
[ 177.278065] usb 1-1.3.6: SerialNumber: 12345
[ 177.279171] usb 1-1.3.6: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ 177.280534] usb 1-1.3.6: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[ 177.280565] usb 1-1.3.6: ath9k_htc: Firmware htc_9271.fw requested
[ 177.576243] usb 1-1.3.6: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272
[ 177.821774] ath9k_htc 1-1.3.6:1.0: ath9k_htc: HTC initialized with 33 credits
[ 181.291909] ath9k_htc 1-1.3.6:1.0: ath9k_htc: FW Version: 1.3
[ 181.291919] ath9k_htc 1-1.3.6:1.0: FW RMW support: Off
[ 181.291926] ath: EEPROM regdomain: 0x809c
[ 181.291931] ath: EEPROM indicates we should expect a country code
[ 181.291936] ath: doing EEPROM country->regdmn map search
[ 181.291941] ath: country maps to regdmn code: 0x52
[ 181.291947] ath: Country alpha2 being used: CN
[ 181.291951] ath: Regpair used: 0x52
[ 181.304207] ieee80211 phy2: Atheros AR9271 Rev:1
[ 182.154376] IPv6: ADDRCONF(NETDEV_UP): wlan2: link is not ready
[ 207.847018] usb 1-1.3.7: new high-speed USB device number 7 using dwc_otg
[ 207.998158] usb 1-1.3.7: New USB device found, idVendor=0cf3, idProduct=9271
[ 207.998170] usb 1-1.3.7: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[ 207.998178] usb 1-1.3.7: Product: USB2.0 WLAN
[ 207.998186] usb 1-1.3.7: Manufacturer: ATHEROS
[ 207.998194] usb 1-1.3.7: SerialNumber: 12345
[ 207.999448] usb 1-1.3.7: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ 208.001032] usb 1-1.3.7: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[ 208.001054] usb 1-1.3.7: ath9k_htc: Firmware htc_9271.fw requested
[ 208.293395] usb 1-1.3.7: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272
[ 209.607034] usb 1-1.3.7: Service connection timeout for: 256
[ 209.607045] ath9k_htc 1-1.3.7:1.0: ath9k_htc: Unable to initialize HTC services
[ 209.607071] ath9k_htc: Failed to initialize the device
[ 209.608659] usb 1-1.3.7: ath9k_htc: USB layer deinitialized
pi@raspberrypi:~ $

With the modified 'cmdline.txt':

pi@raspberrypi:~ $
pi@raspberrypi:~ $ uname -a
Linux raspberrypi 4.9.28-v7+ #998 SMP Mon May 15 16:55:39 BST 2017 armv7l GNU/Linux
pi@raspberrypi:~ $
pi@raspberrypi:~ $ more /boot/cmdline.txt
dwc_otg.int_ep_interval_min=2 dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=PARTUUID=da5828c0-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
pi@raspberrypi:~ $
pi@raspberrypi:~ $ lsusb
Bus 001 Device 007: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n
Bus 001 Device 006: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n
Bus 001 Device 005: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n
Bus 001 Device 004: ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $
pi@raspberrypi:~ $ dmesg
[ 87.247053] usb 1-1.3: new high-speed USB device number 4 using dwc_otg
[ 87.377634] usb 1-1.3: New USB device found, idVendor=1a40, idProduct=0201
[ 87.377646] usb 1-1.3: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[ 87.377654] usb 1-1.3: Product: USB 2.0 Hub [MTT]
[ 87.379823] hub 1-1.3:1.0: USB hub found
[ 87.380275] hub 1-1.3:1.0: 7 ports detected
[ 104.173572] random: crng init done
[ 107.167055] usb 1-1.3.5: new high-speed USB device number 5 using dwc_otg
[ 107.318022] usb 1-1.3.5: New USB device found, idVendor=0cf3, idProduct=9271
[ 107.318035] usb 1-1.3.5: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[ 107.318043] usb 1-1.3.5: Product: USB2.0 WLAN
[ 107.318051] usb 1-1.3.5: Manufacturer: ATHEROS
[ 107.318058] usb 1-1.3.5: SerialNumber: 12345
[ 108.477158] usb 1-1.3.5: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ 108.477286] usb 1-1.3.5: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[ 108.477303] usb 1-1.3.5: ath9k_htc: Firmware htc_9271.fw requested
[ 108.477794] usbcore: registered new interface driver ath9k_htc
[ 108.775042] usb 1-1.3.5: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272
[ 109.020573] ath9k_htc 1-1.3.5:1.0: ath9k_htc: HTC initialized with 33 credits
[ 112.491704] ath9k_htc 1-1.3.5:1.0: ath9k_htc: FW Version: 1.3
[ 112.491715] ath9k_htc 1-1.3.5:1.0: FW RMW support: Off
[ 112.491722] ath: EEPROM regdomain: 0x809c
[ 112.491726] ath: EEPROM indicates we should expect a country code
[ 112.491731] ath: doing EEPROM country->regdmn map search
[ 112.491737] ath: country maps to regdmn code: 0x52
[ 112.491743] ath: Country alpha2 being used: CN
[ 112.491747] ath: Regpair used: 0x52
[ 112.577321] ieee80211 phy1: Atheros AR9271 Rev:1
[ 113.440083] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[ 117.227072] usb 1-1.3.6: new high-speed USB device number 6 using dwc_otg
[ 117.378079] usb 1-1.3.6: New USB device found, idVendor=0cf3, idProduct=9271
[ 117.378091] usb 1-1.3.6: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[ 117.378100] usb 1-1.3.6: Product: USB2.0 WLAN
[ 117.378108] usb 1-1.3.6: Manufacturer: ATHEROS
[ 117.378115] usb 1-1.3.6: SerialNumber: 12345
[ 117.380523] usb 1-1.3.6: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ 117.381769] usb 1-1.3.6: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[ 117.381804] usb 1-1.3.6: ath9k_htc: Firmware htc_9271.fw requested
[ 117.674593] usb 1-1.3.6: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272
[ 117.919584] ath9k_htc 1-1.3.6:1.0: ath9k_htc: HTC initialized with 33 credits
[ 122.439715] ath9k_htc 1-1.3.6:1.0: ath9k_htc: FW Version: 1.3
[ 122.439725] ath9k_htc 1-1.3.6:1.0: FW RMW support: Off
[ 122.439732] ath: EEPROM regdomain: 0x809c
[ 122.439737] ath: EEPROM indicates we should expect a country code
[ 122.439743] ath: doing EEPROM country->regdmn map search
[ 122.439748] ath: country maps to regdmn code: 0x52
[ 122.439754] ath: Country alpha2 being used: CN
[ 122.439758] ath: Regpair used: 0x52
[ 122.455595] ieee80211 phy2: Atheros AR9271 Rev:1
[ 123.296120] IPv6: ADDRCONF(NETDEV_UP): wlan2: link is not ready
[ 134.887079] usb 1-1.3.7: new high-speed USB device number 7 using dwc_otg
[ 135.038214] usb 1-1.3.7: New USB device found, idVendor=0cf3, idProduct=9271
[ 135.038227] usb 1-1.3.7: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[ 135.038236] usb 1-1.3.7: Product: USB2.0 WLAN
[ 135.038244] usb 1-1.3.7: Manufacturer: ATHEROS
[ 135.038251] usb 1-1.3.7: SerialNumber: 12345
[ 135.039499] usb 1-1.3.7: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ 135.041089] usb 1-1.3.7: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[ 135.041113] usb 1-1.3.7: ath9k_htc: Firmware htc_9271.fw requested
[ 135.333720] usb 1-1.3.7: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272
[ 136.647093] usb 1-1.3.7: Service connection timeout for: 256
[ 136.647105] ath9k_htc 1-1.3.7:1.0: ath9k_htc: Unable to initialize HTC services
[ 136.647134] ath9k_htc: Failed to initialize the device
[ 136.648821] usb 1-1.3.7: ath9k_htc: USB layer deinitialized
pi@raspberrypi:~ $

Thanks!

@popcornmix
Copy link
Collaborator

Linux raspberrypi 4.9.28-v7+ #998 SMP Mon May 15 16:55:39 BST 2017 armv7l GNU/Linux

This predates this whole discussion so won't support int_ep_interval_min.
You'll need to use rpi-update kernel for testing until this reaches a stable image.

@pi-resource
Copy link
Author

D'oh
I was rushing. Having now updated the kernel, I can confirm that I have 4 'Atheros AR9271' adapters working without issue.
Well done!

@P33M P33M closed this as completed Jun 28, 2017
@melyux
Copy link

melyux commented Apr 23, 2018

I never thought I'd live to see this problem solved. Thanks everyone.

@melyux melyux mentioned this issue Apr 23, 2018
Open
@JamesH65
Copy link
Contributor

I suspect this is an upstream driver fix - there does seem to be quite a bit of churn on the atheros drivers. Can this issue now be closed?

@melyux
Copy link

melyux commented May 15, 2018 •
edited
Loading

I'm still getting kernel messages like this including ath9k_htc, but still seems to be working:

[41660.555778] ------------[ cut here ]------------
[41660.556682] WARNING: CPU: 0 PID: 0 at net/mac80211/rx.c:629 ieee80211_rx_napi+0x80c/0x9a4 [mac80211]
[41660.556781] Modules linked in: arc4 ath9k_htc ath9k_common ath9k_hw ath asix mac80211 libphy cfg80211 rfkill snd_bcm2835(C) snd_pcm snd_timer snd uio_pdrv_genirq fixed uio ip_tables x_tables ipv6
[41660.556912] CPU: 0 PID: 0 Comm: swapper Tainted: G         C      4.14.39+ #1112
[41660.556917] Hardware name: BCM2835
[41660.556969] [<c0016514>] (unwind_backtrace) from [<c0013e4c>] (show_stack+0x20/0x24)
[41660.557050] [<c0013e4c>] (show_stack) from [<c0630c04>] (dump_stack+0x20/0x28)
[41660.557077] [<c0630c04>] (dump_stack) from [<c0021f94>] (__warn+0xe4/0x10c)
[41660.557096] [<c0021f94>] (__warn) from [<c0022088>] (warn_slowpath_null+0x30/0x38)
[41660.557964] [<c0022088>] (warn_slowpath_null) from [<bf2cccdc>] (ieee80211_rx_napi+0x80c/0x9a4 [mac80211])
[41660.558932] [<bf2cccdc>] (ieee80211_rx_napi [mac80211]) from [<bf568a90>] (ath9k_rx_tasklet+0x19c/0x22c [ath9k_htc])
[41660.559164] [<bf568a90>] (ath9k_rx_tasklet [ath9k_htc]) from [<c0026b84>] (tasklet_action+0x84/0xd8)
[41660.559251] [<c0026b84>] (tasklet_action) from [<c00095c4>] (__do_softirq+0x124/0x324)
[41660.559270] [<c00095c4>] (__do_softirq) from [<c00266d0>] (irq_exit+0xc0/0x120)
[41660.559299] [<c00266d0>] (irq_exit) from [<c00616b4>] (__handle_domain_irq+0x60/0xb8)
[41660.559316] [<c00616b4>] (__handle_domain_irq) from [<c0009418>] (bcm2835_handle_irq+0x28/0x48)
[41660.559331] [<c0009418>] (bcm2835_handle_irq) from [<c064aa5c>] (__irq_svc+0x5c/0x7c)
[41660.559340] Exception stack(0xc0937ef8 to 0xc0937f40)
[41660.559392] 7ee0:                                                       00000000 00000000
[41660.559406] 7f00: ffffffff c0939414 c0936000 c09390a4 c09c1766 c0939020 c09ce7a0 c0912a28
[41660.559417] 7f20: dbfffa80 c0937f54 c0937f48 c0937f48 c001079c c00107a0 60000013 ffffffff
[41660.559442] [<c064aa5c>] (__irq_svc) from [<c00107a0>] (arch_cpu_idle+0x30/0x40)
[41660.559459] [<c00107a0>] (arch_cpu_idle) from [<c064a90c>] (default_idle_call+0x34/0x48)
[41660.559496] [<c064a90c>] (default_idle_call) from [<c0053bf8>] (do_idle+0x8c/0xec)
[41660.559512] [<c0053bf8>] (do_idle) from [<c0053ed4>] (cpu_startup_entry+0x1c/0x20)
[41660.559533] [<c0053ed4>] (cpu_startup_entry) from [<c0645374>] (rest_init+0x7c/0x9c)
[41660.559562] [<c0645374>] (rest_init) from [<c08c9d48>] (start_kernel+0x358/0x3c8)
[41660.559572] ---[ end trace 4d345c866db60e06 ]---

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
6 participants
@popcornmix @P33M @JamesH65 @melyux @rodizio1 @pi-resource