Corrupted downloads and WiFi disconnects on ath5k devices due to ASPM L0s hardware bug
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Incomplete
|
Undecided
|
Unassigned |
Bug Description
Some Atheros WiFi devices that can be found in Acer laptops and netbooks start misbehaving when they are under load and ASPM L0s is enabled.
This can be seen when the card is transmitting the data at a high rate, then the connection drops for some period of time and later on it is resumed. Usually this is accompanied by the corruption of the downloaded data (i.e. md5sum mismatch).
According to ath5k mailing list[1], this is a bug in the hardware and even the drivers for MS Windows are disabling L0s and leave L1 enabled.
It looks like there are no approved patches for this so it is possible to work-around the issue by using enable-aspm script from [2] by adjusting ASPM_SETTING to be set to 2 (L1 only) and filling out root_complex/
[1] https:/
[2] http://
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: linux-image-
Regression: No
Reproducible: Yes
ProcVersionSign
Uname: Linux 2.6.32-24-generic i686
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
AplayDevices: aplay: device_list:223: no soundcards found...
Architecture: i386
ArecordDevices: arecord: device_list:223: no soundcards found...
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/dsp', '/dev/snd/by-path', '/dev/snd/
CRDA: Error: [Errno 2] No such file or directory
Date: Mon Jul 26 14:41:38 2010
HibernationDevice: RESUME=
MachineType: Acer AOA150
ProcCmdLine: BOOT_IMAGE=
ProcEnviron:
PATH=(custom, user)
LANG=en_GB.UTF-8
SHELL=/bin/bash
RelatedPackageV
RfKill:
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
SourcePackage: linux
WpaSupplicantLog:
dmi.bios.date: 10/06/2008
dmi.bios.vendor: Acer
dmi.bios.version: v0.3310
dmi.board.
dmi.board.vendor: Acer
dmi.board.version: Base Board Version
dmi.chassis.type: 1
dmi.chassis.vendor: Chassis Manufacturer
dmi.chassis.
dmi.modalias: dmi:bvnAcer:
dmi.product.name: AOA150
dmi.product.
dmi.sys.vendor: Acer
Hi Roman,
If you could also please test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https:/ /wiki.ubuntu. com/KernelMainl ineBuilds . Once you've tested the upstream kernel, please remove the 'needs- upstream- testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs- upstream- testing' text. Please let us know your results.
Thanks in advance.
[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]