Atheros wireless AR9285 keeps disconnecting

This change was made by a bot.

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.17 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.17-rc2-utopic/

I ran the 3.17-rc2 kernel and the issue still occurs.

Any update on this? It's still happening quite regularly on wily on kernel 4.2.0-15

I have been struggling with very frequent wifi drops. In my regular quest for a solution I stumbled upon this post.

My kernel version is 4.2.0-16-generic
Linux 4.2.0-16-generic #19-Ubuntu SMP Thu Oct 8 15:35:06 UTC 2015

Most recent kern.log entries indicate
Nov 7 05:37:28 watsonit-150411 kernel: [419299.308586] ath: phy41: Chip reset failed
Nov 7 05:37:28 watsonit-150411 kernel: [419299.308590] ath: phy41: Unable to reset channel (2457 Mhz) reset status -22
Nov 7 05:37:28 watsonit-150411 kernel: [419299.308592] ath: phy41: Unable to set channel
Nov 7 05:37:28 watsonit-150411 kernel: [419299.408415] ath: phy41: RX failed to go idle in 10 ms RXSM=0x0
Nov 7 05:37:28 watsonit-150411 kernel: [419299.418500] ath: phy41: Failed to wakeup in 500us
Nov 7 05:37:28 watsonit-150411 kernel: [419299.428492] ath: phy41: Failed to wakeup in 500us
Nov 7 05:37:28 watsonit-150411 kernel: [419299.727544] ath: phy41: RX failed to go idle in 10 ms RXSM=0x306e82a7

Based on the above I came across a post @ http://ubuntuforums.org/showthread.php?2239557 and implemented the proposed script in /etc/pm/sleep.d/

case "{$1}" in
    hibernate|suspend)
        # disable wlan0
        ifdown wlan0 --force
        ;;
    resume|thaw)
        # enable wlan0
        ## service networking restart
        ifup wlan0
        ;;
esac

The belief is that for some reason wpa_supplicant does not stop before going to sleep, but then tries to start again upon resume in order to negotiate keys. Let's see if stopping wpa_supplicate before sleep (assuming this code achieves that and that the system really is suspending) solves this issue.

Worth noting here that I am not using network-manager since the problem was even greater with that additional service running.

It is yet to be determined whether or not this resolves, or improves things. What I have noticed since making this last change this morning is that the workstation eventually became unreachable from other LAN locations; however, upon returning to the workstation and unlocking the screen ifconfig and ping proved that connectivity was good.... perhaps the suspend/resume script did help. Ultimately, I still need to avoid having the connection drop at all -- no suspend, no bringing the interface down.

Hopefully some of this information sounds familiar to others and helps. If anyone has further suggestions on permanently resolving this issue, would love to hear them.

My problem is worse than described Jim's previous comment - I don't need to suspend or bring the interface down to see the issue. It happens randomly, sometimes at very short intervals. Each time requires a reboot to reset the network card/chipset so that it starts working again (for an indeterminate time).

Any solution to this? This started happening to me on Atheros AR9565 Wireless card. Along with random disconnects the laptop also freezes sometimes (which i suspect is due to indeterminate chip resets above).

Also sometimes the wireless card is not detected at all by `lspci`, `lshw` or `rfkill list`? This may be a hardware problem but I dont have any way to check.

Ubuntu: 16.06 with kernel 4.4.0-21-generic

I am having the same Issue with my wireless card and it is very frustrating. it will just disconnect me randomly and the only fix seems to be ti reboot. under windows it worked flawlessly, for some reason under latest ubuntu build, its random. doesnt mean im going back to windows as 20 quick linux reboots is still faster than one windows reboot, it is annoying and wish there was a fix. any help would be greatly appreciated.

@Alan Reynolds, is it AR9285 on Linux kernel 3.13? If it's not, please file a new bug.