Ubuntu
linux package

[ath9k] networking fails after resume from suspend or hibernate

Bug #442644 reported by Rachel Greenham on 2009-10-04

This bug report is a duplicate of: Bug #441475: ath9k not working on resume. Edit Remove

This bug affects 1 person

Affects		Status	Importance	Assigned to	Milestone
	linux (Ubuntu)	New	Undecided	Unassigned

Bug Description

On this hardware at least (Asus 1008HA)... Starting with working wifi...

I suspend.

Later, I wake the machine up.

*Initially* networking seems to come back up. It takes a little while for network manager to find it, but it does, and it shows that the network is connected.

Then after about a minute of use (enough time, say, to fetch a couple of web pages or a partial apt-get update) it seems to stop routing packets. The network manager still shows the network to be connected, but no traffic gets through.

Using network manager to disconnect and reconnect doesn't help: Again, it looks like it reconnects happily, but no traffic passes through the link.

This is using the in-kernel ath9k driver, of all kernel versions since that in Karmic Alpha6 at least (when I first installed on this hardware). (Didn't try Jaunty as apparently networking doesn't work at *all* out of the box on this hardware.)

lspci output follows:
00:00.0 Host bridge: Intel Corporation Mobile 945GME Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02)
01:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)
02:00.0 Ethernet controller: Attansic Technology Corp. Atheros AR8132 / L1c Gigabit Ethernet Adapter (rev c0)

ProblemType: Bug
AplayDevices:
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC269 Analog [ALC269 Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
Architecture: i386
ArecordDevices:
**** List of CAPTURE Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC269 Analog [ALC269 Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: rachel 1544 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xfbcb8000 irq 16'
   Mixer name : 'Realtek ALC269'
   Components : 'HDA:10ec0269,1043834a,00100004'
   Controls : 12
   Simple ctrls : 7
Date: Sun Oct 4 23:34:53 2009
DistroRelease: Ubuntu 9.10
HibernationDevice: RESUME=UUID=bd27c7ed-8bdb-450f-aaef-0cd56def811c
MachineType: ASUSTeK Computer INC. 1008HA
Package: linux-image-2.6.31-11-generic 2.6.31-11.38
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.31-11-generic root=UUID=dca5525b-e3fe-4683-90ae-7a25c5d1838f ro quiet splash
ProcEnviron:
PATH=(custom, user)
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-11.38-generic
RelatedPackageVersions:
linux-backports-modules-2.6.31-11-generic N/A
linux-firmware 1.20
SourcePackage: linux
Tags: ubuntu-unr
Uname: Linux 2.6.31-11-generic i686
XsessionErrors:
(gnome-settings-daemon:1663): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
(gnome-settings-daemon:1663): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
(nautilus:1721): Eel-CRITICAL **: eel_preferences_get_boolean: assertion `preferences_is_initialized ()' failed
(polkit-gnome-authentication-agent-1:1804): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
(netbook-launcher:1724): Clutk-CRITICAL **: ctk_button_focus_activate: assertion `CTK_IS_BUTTON (focusable)' failed
dmi.bios.date: 08/18/2009
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1103
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: 1008HA
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: x.xx
dmi.chassis.asset.tag: 0x00000000
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK Computer INC.
dmi.chassis.version: x.x
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr1103:bd08/18/2009:svnASUSTeKComputerINC.:pn1008HA:pvrx.x:rvnASUSTeKComputerINC.:rn1008HA:rvrx.xx:cvnASUSTeKComputerINC.:ct10:cvrx.x:
dmi.product.name: 1008HA
dmi.product.version: x.x
dmi.sys.vendor: ASUSTeK Computer INC.

Tags:

Revision history for this message

Rachel Greenham (rachel-strangenoises) wrote on 2009-10-04:

AlsaDevices.txt Edit (347 bytes, text/plain; charset="utf-8")
BootDmesg.txt Edit (40.6 KiB, text/plain; charset="utf-8")
Card0.Amixer.values.txt Edit (1.5 KiB, text/plain; charset="utf-8")
Card0.Codecs.codec.0.txt Edit (8.1 KiB, text/plain; charset="utf-8")
CurrentDmesg.txt Edit (7.2 KiB, text/plain; charset="utf-8")
Dependencies.txt Edit (1.4 KiB, text/plain; charset="utf-8")
IwConfig.txt Edit (563 bytes, text/plain; charset="utf-8")
Lspci.txt Edit (10.5 KiB, text/plain; charset="utf-8")
Lsusb.txt Edit (361 bytes, text/plain; charset="utf-8")
PciMultimedia.txt Edit (616 bytes, text/plain; charset="utf-8")
ProcCpuinfo.txt Edit (1.3 KiB, text/plain; charset="utf-8")
ProcInterrupts.txt Edit (1.2 KiB, text/plain; charset="utf-8")
ProcModules.txt Edit (2.4 KiB, text/plain; charset="utf-8")
RfKill.txt Edit (188 bytes, text/plain; charset="utf-8")
UdevDb.txt Edit (88.5 KiB, text/plain; charset="utf-8")
UdevLog.txt Edit (190.1 KiB, text/plain; charset="utf-8")
WifiSyslog.txt Edit (15.1 KiB, text/plain; charset="utf-8")

Revision history for this message

Rachel Greenham (rachel-strangenoises) wrote on 2009-10-06:

Few more notes:

Watching from the commandline this time; ifconfig showed the network interface up throughout, no errors reported.

Ping times were pretty bad - 90-120ms to another machine on the local network. Once fixed this was more like 1-5ms. Occasionally much longer pauses.

Then:

64 bytes from mab.local (192.168.0.163): icmp_seq=171 ttl=64 time=89.3 ms
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
^C
--- mab.local ping statistics ---
199 packets transmitted, 158 received, 20% packet loss, time 230681ms
rtt min/avg/max/mdev = 1.150/75.710/1018.121/97.880 ms, pipe 2

Restarting the ping seemed to make it work again for a bit, but as before, actually putting more traffic through (ie: browsing a couple of pages) made it fall over completely.

So then, instead of rebooting as previously, I did the following:

Disable wireless networking in network manager
rmmod ath9k
rmmod ath
rmmod mac80211
rmmod cfg80211
modprobe ath9k
Re-enable wireless networking in network manager

Network reconnected, and has been fine ever since.

Revision history for this message

Rachel Greenham (rachel-strangenoises) wrote on 2009-10-09:

Not that anyone was interested... but it *seems* that this problem is resolved as of kernel 2.6.31-13. I'll post again if that turns out not to be the case with further testing.

Revision history for this message

Przemek K. (azrael) wrote on 2009-10-13:

Isn't it a duplicate of Bug #441475 ?
Also see my last comment in this bug for a workaround (auto-remove and auto-insert the module before suspend and after resume)

Revision history for this message

Rachel Greenham (rachel-strangenoises) wrote on 2009-10-31:

Just to update, this seemed to get resolved by release-time, at least for me, though a comment on #414560 seems to indicate someone else at least is still getting it.