168c:0032 Wifi connection unstable -- Atheros AR9485 ath9k

Bug #971809 reported by Guillaume Michaud
226
This bug affects 44 people
Affects Status Importance Assigned to Milestone
Linux
Fix Released
Medium
NetworkManager
Invalid
Undecided
Unassigned
linux (Ubuntu)
Fix Released
Medium
Unassigned
Nominated for Raring by Timo Jyrinki

Bug Description

Using Ubuntu 12.04 beta 2, wifi connection is really unstable on my Asus UX31.
At the same place, with Windows 7, the connection is stable.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: network-manager 0.9.4.0-0ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-21.34-generic 3.2.13
Uname: Linux 3.2.0-21-generic x86_64
ApportVersion: 2.0-0ubuntu2
Architecture: amd64
Date: Mon Apr 2 20:58:59 2012
IfupdownConfig:
 auto lo
 iface lo inet loopback
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Beta amd64 (20120328)
NetworkManager.state:
 [main]
 NetworkingEnabled=true
 WirelessEnabled=true
 WWANEnabled=true
 WimaxEnabled=true
ProcEnviron:
 TERM=xterm
 LANG=fr_FR.UTF-8
 SHELL=/bin/bash
SourcePackage: network-manager
UpgradeStatus: No upgrade log present (probably fresh install)
nmcli-con: Error: command ['nmcli', '-f', 'all', 'con'] failed with exit code 1: Error: Can't obtain connections: settings service is not running.
---
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 2.0.1-0ubuntu2
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: PCH [HDA Intel PCH], device 0: ALC269VB Analog [ALC269VB Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: gfmichaud 1727 F.... pulseaudio
Card0.Amixer.info:
 Card hw:0 'PCH'/'HDA Intel PCH at 0xdfe00000 irq 53'
   Mixer name : 'Intel CougarPoint HDMI'
   Components : 'HDA:10ec0269,10431427,00100100 HDA:80862805,80860101,00100000'
   Controls : 18
   Simple ctrls : 8
DistroRelease: Ubuntu 12.04
HibernationDevice: RESUME=UUID=384ec156-d35e-4d52-9404-4180b3520ddb
IfupdownConfig:
 auto lo
 iface lo inet loopback
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Beta amd64 (20120328)
IpRoute:
 default via 192.168.0.254 dev eth1 proto static
 169.254.0.0/16 dev eth1 scope link metric 1000
 192.168.0.0/24 dev eth1 proto kernel scope link src 192.168.0.30 metric 2
MachineType: ASUSTeK Computer Inc. UX31E
NetworkManager.state:
 [main]
 NetworkingEnabled=true
 WirelessEnabled=true
 WWANEnabled=true
 WimaxEnabled=true
Package: network-manager 0.9.4.0-0ubuntu2
PackageArchitecture: amd64
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 LANG=fr_FR.UTF-8
 SHELL=/bin/bash
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-23-generic root=UUID=3698f1d7-5c60-473c-b752-c98e427883f7 ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 3.2.0-23.36-generic 3.2.14
RelatedPackageVersions:
 linux-restricted-modules-3.2.0-23-generic N/A
 linux-backports-modules-3.2.0-23-generic N/A
 linux-firmware 1.78
StagingDrivers: rts5139 mei
Tags: precise staging precise
Uname: Linux 3.2.0-23-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin netdev plugdev sambashare sudo
dmi.bios.date: 01/20/2012
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: UX31E.211
dmi.board.asset.tag: ATN12345678901234567
dmi.board.name: UX31E
dmi.board.vendor: ASUSTeK Computer Inc.
dmi.board.version: 1.0
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK Computer Inc.
dmi.chassis.version: 1.0
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrUX31E.211:bd01/20/2012:svnASUSTeKComputerInc.:pnUX31E:pvr1.0:rvnASUSTeKComputerInc.:rnUX31E:rvr1.0:cvnASUSTeKComputerInc.:ct10:cvr1.0:
dmi.product.name: UX31E
dmi.product.version: 1.0
dmi.sys.vendor: ASUSTeK Computer Inc.
nmcli-con:
 NAME UUID TYPE TIMESTAMP TIMESTAMP-REAL AUTOCONNECT READONLY DBUS-PATH
 AndroidGM 52f72e54-c826-4a4a-9619-3fef08de5496 802-11-wireless 1333888153 dim. 08 avril 2012 14:29:13 CEST yes no /org/freedesktop/NetworkManager/Settings/1
 CNGM_WEP 712368a2-4545-4f12-b2cc-f5ecc2394ef9 802-11-wireless 1334253900 jeu. 12 avril 2012 20:05:00 CEST yes no /org/freedesktop/NetworkManager/Settings/0
nmcli-dev:
 DEVICE TYPE STATE DBUS-PATH
 eth1 802-11-wireless connected /org/freedesktop/NetworkManager/Devices/0
nmcli-nm:
 RUNNING VERSION STATE NET-ENABLED WIFI-HARDWARE WIFI WWAN-HARDWARE WWAN
 running 0.9.4.0 connected enabled enabled enabled enabled disabled

Revision history for this message
Guillaume Michaud (gfmichaud) wrote :
Revision history for this message
Guillaume Michaud (gfmichaud) wrote :

Ethernet connection via the provided USB adaptater is stable too, so this is a Wifi-specific issue.

Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

The connection here is failing for two reason: group timeouts, and inactivity. This is what is blocking the association from properly completing, possibly because the driver isn't able to drive the card properly, or possibly due to low signal. I'll mark the network-manager task as Incomplete until there can be evidence that NM is really at fault.

There has been an error in the attached log about the acer_wmi driver which handles rfkill switches, perhaps this is related, so I'm also opening a linux task.

Changed in network-manager (Ubuntu):
status: New → Incomplete
Revision history for this message
Guillaume Michaud (gfmichaud) wrote :

Can I do something to help ?

Revision history for this message
Brad Figg (brad-figg) wrote : Missing required logs.

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 971809

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
Changed in linux (Ubuntu):
importance: Undecided → Medium
Revision history for this message
Guillaume Michaud (gfmichaud) wrote : AcpiTables.txt

apport information

tags: added: apport-collected staging
description: updated
Revision history for this message
Guillaume Michaud (gfmichaud) wrote : AlsaDevices.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : AplayDevices.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : BootDmesg.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : CRDA.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : Card0.Amixer.values.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : Card0.Codecs.codec.0.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : Card0.Codecs.codec.3.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : Dependencies.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : IpAddr.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : IwConfig.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : Lspci.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : Lsusb.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : NetDevice.eth1.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : NetDevice.lo.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : NetworkManager.conf.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : PciMultimedia.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : PciNetwork.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : ProcModules.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : PulseList.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : RfKill.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : UdevDb.txt

apport information

Revision history for this message
Guillaume Michaud (gfmichaud) wrote : UdevLog.txt

apport information

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Guillaume Michaud (gfmichaud) wrote : WifiSyslog.txt

apport information

Changed in network-manager (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Julien-Charles Lévesque (jclevesque) wrote : Re: Wifi connection unstable (Asus UX31)

I also have poor wifi performance in Linux, currently using 12.04 and I must manually reconnect to my AP every 15 minutes or so because the connection just stops working.

Revision history for this message
tuxkillbill (tuxkillbill-free) wrote :

Is it a network-manager problem or a ath9 driver problem ?

Revision history for this message
Julien-Charles Lévesque (jclevesque) wrote :

Could be either, any cues as to the proper way to diagnose this?

I've had trouble on many different kernels. I tried 3.3.0, 3.4-rc4 and the stock kernel of precise (I think 3.2.0.24? can't check atm).

Revision history for this message
tuxkillbill (tuxkillbill-free) wrote :

I'm trying with WICD for see differences.

Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

This issue also appears to be an upstream bug, since you tested the latest upstream kernel. Would it be possible for you to open an upstream bug report at bugzilla.kernel.org [1]? That will allow the upstream Developers to examine the issue, and may provide a quicker resolution to the bug.

If you are comfortable with opening a bug upstream, It would be great if you can report back the upstream bug number in this bug report. That will allow us to link this bug to the upstream report.

[1] https://wiki.ubuntu.com/Bugs/Upstream/kernel

Changed in linux (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
Mathieu Laurent (mla) wrote :

I have the same problem.

"options ath9k nohwcrypt=1" improves my wifi connection

Revision history for this message
tuxkillbill (tuxkillbill-free) wrote :

Mathieu,
Could you explain how (or where...) can I use this option ? ("options ath9k nohwcrypt=1")
Is it a kernel parameter ?

Revision history for this message
tuxkillbill (tuxkillbill-free) wrote :

OK, I found how can I use it, but not effect. My wifi connection isn't better !

Thomas Hood (jdthood)
summary: - Wifi connection unstable (Asus UX31)
+ Wifi connection unstable (Asus UX31 -- Atheros Wi-Fi)
Thomas Hood (jdthood)
summary: - Wifi connection unstable (Asus UX31 -- Atheros Wi-Fi)
+ Wifi connection unstable -- Atheros AR9485 ath9k
Thomas Hood (jdthood)
Changed in network-manager (Ubuntu):
status: Confirmed → Incomplete
penalvch (penalvch)
summary: - Wifi connection unstable -- Atheros AR9485 ath9k
+ 168c:0032 Wifi connection unstable -- Atheros AR9485 ath9k
Changed in linux:
importance: Unknown → Medium
status: Unknown → Confirmed
tags: added: kernel-da-key
154 comments hidden view all 234 comments
Revision history for this message
In , sujith (sujith-linux-kernel-bugs) wrote :

The second patch is applicable for a specific model of AR9485. Can you please attach the output of "dmidecode" to this bug ? Also, the contents of "modal_eeprom" in the ath9k debugfs directory.

The power management issue appears to be different, so we can analyze it in a new bug report.

Revision history for this message
In , sujith (sujith-linux-kernel-bugs) wrote :

(In reply to comment #99)
> OK ! If you need me test anything, feel free to ask.

Please test this patch: https://patchwork.kernel.org/patch/2696121/

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :
Download full text (12.0 KiB)

Here's the info from kernel version 3.8.0 (suppose that doesn't matter but just saying in case), (that's because for some reason the internal display of this computer doesn't work with the 3.10rc4 kernel and I'm on the move without a display cable).

modal_eeprom:

   2GHz modal Header :
 Chain0 Ant. Control : 16
 Chain1 Ant. Control : 16
 Chain2 Ant. Control : 16
 Ant. Common Control : 1088
Ant. Common Control2 : 559240
           Ant. Gain : 0
       Switch Settle : 44
    Chain0 xatten1DB : 30
    Chain1 xatten1DB : 0
    Chain2 xatten1DB : 0
Chain0 xatten1Margin : 5
Chain1 xatten1Margin : 0
Chain2 xatten1Margin : 0
          Temp Slope : 38
          Volt Slope : 0
      spur Channels0 : 180
      spur Channels1 : 140
      spur Channels2 : 164
      spur Channels3 : 100
      spur Channels4 : 0
 Chain0 NF Threshold : -1
 Chain1 NF Threshold : 0
 Chain2 NF Threshold : 0
          Quick Drop : 0
       txEndToXpaOff : 0
      xPA Bias Level : 0
  txFrameToDataStart : 14
       txFrameToPaOn : 14
      txFrameToXpaOn : 14
              txClip : 3
    ADC Desired size : -30
   5GHz modal Header :
 Chain0 Ant. Control : 0
 Chain1 Ant. Control : 0
 Chain2 Ant. Control : 0
 Ant. Common Control : 272
Ant. Common Control2 : 139810
           Ant. Gain : 0
       Switch Settle : 45
    Chain0 xatten1DB : 0
    Chain1 xatten1DB : 0
    Chain2 xatten1DB : 0
Chain0 xatten1Margin : 0
Chain1 xatten1Margin : 0
Chain2 xatten1Margin : 0
          Temp Slope : 68
          Volt Slope : 0
      spur Channels0 : 0
      spur Channels1 : 0
      spur Channels2 : 0
      spur Channels3 : 0
      spur Channels4 : 0
 Chain0 NF Threshold : -1
 Chain1 NF Threshold : 0
 Chain2 NF Threshold : 0
          Quick Drop : 0
       txEndToXpaOff : 0
      xPA Bias Level : 0
  txFrameToDataStart : 14
       txFrameToPaOn : 14
      txFrameToXpaOn : 14
              txClip : 3
    ADC Desired size : -30

dmidecode with some id info removed:

# dmidecode 2.11
# SMBIOS entry point at 0xda152198
SMBIOS 2.7 present.
23 structures occupying 1673 bytes.
Table at 0xDA130018.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
 Vendor: American Megatrends Inc.
 Version: TX300CA.207
 Release Date: 01/03/2013
 Address: 0xF0000
 Runtime Size: 64 kB
 ROM Size: 6144 kB
 Characteristics:
  PCI is supported
  BIOS is upgradeable
  BIOS shadowing is allowed
  Boot from CD is supported
  Selectable boot is supported
  BIOS ROM is socketed
  EDD is supported
  5.25"/1.2 MB floppy services are supported (int 13h)
  3.5"/720 kB floppy services are supported (int 13h)
  3.5"/2.88 MB floppy services are supported (int 13h)
  Print screen service is supported (int 5h)
  8042 keyboard serv...

Revision history for this message
In , sujith (sujith-linux-kernel-bugs) wrote :

(In reply to comment #110)
> Here's the info from kernel version 3.8.0 (suppose that doesn't matter but
> just
> saying in case), (that's because for some reason the internal display of this
> computer doesn't work with the 3.10rc4 kernel and I'm on the move without a
> display cable).

Thanks.

Here is a patch adding support for this card:
http://msujith.org/patches/wl/Jun-13-2013/0001-ath9k-Add-custom-parameters-for-CUS198.patch

Can you test this ? This will apply on top of the earlier patch ("Assign default xlna config for AR9485").

Also, after you explicitly unload/reload ath9k (modprobe -r ath9k; modprobe ath9k), the line "Set parameters for CUS198" should be seen in dmesg.

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :

Applied first https://patchwork.kernel.org/patch/2696121/ then http://msujith.org/patches/wl/Jun-13-2013/0001-ath9k-Add-custom-parameters-for-CUS198.patch on top of Ubuntu kernel 3.8.0-26 which I have running now.

Patch(1) applied it with some fuzz and I had to manually apply the patch to pci.c.

Seems to work fine with a short test: decent bandwidth, keeps up, shows 65 Mbps as rate, link quality between 40 and 50, and I get the kernel message:

ath: phy1: Set parameters for CUS198

I can test later with some other kernel versions if needed.

Revision history for this message
In , gfmichaud (gfmichaud-linux-kernel-bugs) wrote :

(In reply to comment #109)
> (In reply to comment #99)
> > OK ! If you need me test anything, feel free to ask.
>
> Please test this patch: https://patchwork.kernel.org/patch/2696121/

I need a few precisions :
- do I have to apply this patch only ?
- on top of the 3.10-rc5 kernel ?
- with powersave mode off ?
- what do I have to post (logs...) after testing ?

Revision history for this message
In , sujith (sujith-linux-kernel-bugs) wrote :

On top of Linus Torvalds' tree, apply these patches:

https://patchwork.kernel.org/patch/2696121/
http://msujith.org/patches/wl/Jun-13-2013/0001-ath9k-Add-custom-parameters-for-CUS198.patch

PS has been disabled by default in mainline now.

Reload ath9k and in dmesg, the message "Set parameters for CUS198" should be seen.

Revision history for this message
In , gfmichaud (gfmichaud-linux-kernel-bugs) wrote :

Sorry I'm a kernel newbie...
How can I download Linus' tree ?
Previously, I downloaded the sources from kernel.org

Revision history for this message
In , sujith (sujith-linux-kernel-bugs) wrote :

Hm, in that case, you can just apply the patches on top of the 3.10-rc5 tarball.

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :

Tested also with mainline 3.9.5, applied first https://patchwork.kernel.org/patch/2696121/ then http://msujith.org/patches/wl/Jun-13-2013/0001-ath9k-Add-custom-parameters-for-CUS198.patch. Applied with some fuzz, no manual intervention required, results look the same as with 3.8.0.

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :

Same good results with mainline 3.10-rc5, applied first
https://patchwork.kernel.org/patch/2696121/ then
http://msujith.org/patches/wl/Jun-13-2013/0001-ath9k-Add-custom-parameters-for-CUS198.patch.
Applied with some fuzz, no manual intervention required, results look the same
as with 3.8.0 and 3.9.5.

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :

Out of topic probably, but as I see that bluetooth is in the same device: seems like there is a problem with bluetooth also, but could be something else than the driver. Device is found, hciconfig shows bytes sent and received, but hcitool scan doesn't show devices.

Revision history for this message
In , sujith (sujith-linux-kernel-bugs) wrote :

What does lsusb -v show ?

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :
Download full text (8.7 KiB)

Bus 001 Device 003: ID 13d3:3402 IMC Networks
Device Descriptor:
  bLength 18
  bDescriptorType 1
  bcdUSB 1.10
  bDeviceClass 224 Wireless
  bDeviceSubClass 1 Radio Frequency
  bDeviceProtocol 1 Bluetooth
  bMaxPacketSize0 64
  idVendor 0x13d3 IMC Networks
  idProduct 0x3402
  bcdDevice 0.01
  iManufacturer 1
  iProduct 2
  iSerial 3
  bNumConfigurations 1
  Configuration Descriptor:
    bLength 9
    bDescriptorType 2
    wTotalLength 177
    bNumInterfaces 2
    bConfigurationValue 1
    iConfiguration 4
    bmAttributes 0xe0
      Self Powered
      Remote Wakeup
    MaxPower 100mA
    Interface Descriptor:
      bLength 9
      bDescriptorType 4
      bInterfaceNumber 0
      bAlternateSetting 0
      bNumEndpoints 3
      bInterfaceClass 224 Wireless
      bInterfaceSubClass 1 Radio Frequency
      bInterfaceProtocol 1 Bluetooth
      iInterface 0
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x81 EP 1 IN
        bmAttributes 3
          Transfer Type Interrupt
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0010 1x 16 bytes
        bInterval 1
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x82 EP 2 IN
        bmAttributes 2
          Transfer Type Bulk
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0040 1x 64 bytes
        bInterval 1
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x02 EP 2 OUT
        bmAttributes 2
          Transfer Type Bulk
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0040 1x 64 bytes
        bInterval 1
    Interface Descriptor:
      bLength 9
      bDescriptorType 4
      bInterfaceNumber 1
      bAlternateSetting 0
      bNumEndpoints 2
      bInterfaceClass 224 Wireless
      bInterfaceSubClass 1 Radio Frequency
      bInterfaceProtocol 1 Bluetooth
      iInterface 0
      Endpoint Descriptor:
       bLength 7
        bDescriptorType 5
        bEndpointAddress 0x83 EP 3 IN
        bmAttributes 1
          Transfer Type Isochronous
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0000 1x 0 bytes
        bInterval 1
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x03 EP 3 OUT
        bmAttributes 1
    ...

Read more...

Revision history for this message
In , sujith (sujith-linux-kernel-bugs) wrote :

Hm, that's weird. What does 'ls -l /sys/bus/usb/drivers' show ? Does it have ath3k ?

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :

No - there's "btusb" with contents:

lrwxrwxrwx 1 root root 0 kesä 13 19:30 1-1.1:1.0 -> ../../../../devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.0
lrwxrwxrwx 1 root root 0 kesä 13 19:30 1-1.1:1.1 -> ../../../../devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.1
--w------- 1 root root 4096 kesä 13 19:30 bind
lrwxrwxrwx 1 root root 0 kesä 13 19:30 module -> ../../../../module/btusb
-rw-r--r-- 1 root root 4096 kesä 13 19:30 new_id
-rw-r--r-- 1 root root 4096 kesä 13 19:30 remove_id
--w------- 1 root root 4096 kesä 13 19:02 uevent
--w------- 1 root root 4096 kesä 13 19:30 unbind

Revision history for this message
In , gfmichaud (gfmichaud-linux-kernel-bugs) wrote :

One last question before testing : do I have to disable ATH9K_RATE_CONTROL or not ?

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :
Download full text (9.0 KiB)

Hmm, probably ran lsusb -v without root access, here's with root, has some more info:

Bus 001 Device 003: ID 13d3:3402 IMC Networks
Device Descriptor:
  bLength 18
  bDescriptorType 1
  bcdUSB 1.10
  bDeviceClass 224 Wireless
  bDeviceSubClass 1 Radio Frequency
  bDeviceProtocol 1 Bluetooth
  bMaxPacketSize0 64
  idVendor 0x13d3 IMC Networks
  idProduct 0x3402
  bcdDevice 0.01
  iManufacturer 1 Atheros Communications
  iProduct 2 Bluetooth USB Host Controller
  iSerial 3 Alaska Day 2006
  bNumConfigurations 1
  Configuration Descriptor:
    bLength 9
    bDescriptorType 2
    wTotalLength 177
    bNumInterfaces 2
    bConfigurationValue 1
    iConfiguration 4 BT HCI
    bmAttributes 0xe0
      Self Powered
      Remote Wakeup
    MaxPower 100mA
    Interface Descriptor:
      bLength 9
      bDescriptorType 4
      bInterfaceNumber 0
      bAlternateSetting 0
      bNumEndpoints 3
      bInterfaceClass 224 Wireless
      bInterfaceSubClass 1 Radio Frequency
      bInterfaceProtocol 1 Bluetooth
      iInterface 0
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x81 EP 1 IN
        bmAttributes 3
          Transfer Type Interrupt
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0010 1x 16 bytes
        bInterval 1
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x82 EP 2 IN
        bmAttributes 2
          Transfer Type Bulk
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0040 1x 64 bytes
        bInterval 1
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x02 EP 2 OUT
        bmAttributes 2
          Transfer Type Bulk
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0040 1x 64 bytes
        bInterval 1
    Interface Descriptor:
      bLength 9
      bDescriptorType 4
      bInterfaceNumber 1
      bAlternateSetting 0
      bNumEndpoints 2
      bInterfaceClass 224 Wireless
      bInterfaceSubClass 1 Radio Frequency
      bInterfaceProtocol 1 Bluetooth
      iInterface 0
      Endpoint Descriptor:
        bLength 7
        bDescriptorType 5
        bEndpointAddress 0x83 EP 3 IN
        bmAttributes 1
          Transfer Type Isochronous
          Synch Type None
          Usage Type Data
        wMaxPacketSize 0x0000 1x 0 bytes
        bInterval 1
      Endpoint De...

Read more...

Revision history for this message
In , sujith (sujith-linux-kernel-bugs) wrote :

(In reply to comment #124)
> One last question before testing : do I have to disable ATH9K_RATE_CONTROL or
> not ?

Yes, ATH9K_RATE_CONTROL has to be disabled.

Revision history for this message
In , sujith (sujith-linux-kernel-bugs) wrote :

(In reply to comment #125)
> Hmm, probably ran lsusb -v without root access, here's with root, has some
> more
> info:
>
> Bus 001 Device 003: ID 13d3:3402 IMC Networks
> Device Descriptor:
> bLength 18
> bDescriptorType 1
> bcdUSB 1.10
> bDeviceClass 224 Wireless
> bDeviceSubClass 1 Radio Frequency
> bDeviceProtocol 1 Bluetooth
> bMaxPacketSize0 64
> idVendor 0x13d3 IMC Networks
> idProduct 0x3402
> bcdDevice 0.01
> iManufacturer 1 Atheros Communications
> iProduct 2 Bluetooth USB Host Controller
> iSerial 3 Alaska Day 2006

Ok, I am not familiar with bluetooth - I'll try to get more information.

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :

Ah, I wondered I might have forgotten something with my 3.8.0 test - now I remember, it was ATH9K_RATE_CONTROL:

# grep RATE_CONTROL .config
CONFIG_ATH9K_RATE_CONTROL=y

Seems to work quite well even with this.

For 3.9.5 and 3.10 I had it disabled:

# grep RATE_CONTROL .config
# CONFIG_ATH9K_RATE_CONTROL is not set

Revision history for this message
In , gfmichaud (gfmichaud-linux-kernel-bugs) wrote :

So I've applied both patches on top of the 3.10-rc5 kernel.

Everything looks OK :
gfmichaud@dragonfly:~$ sudo rmmod ath9k
[sudo] password for gfmichaud:
gfmichaud@dragonfly:~$ sudo modprobe ath9k
gfmichaud@dragonfly:~$ dmesg | grep -i parameters
[ 289.311397] ath: phy0: ANI parameters: SI=3, ofdmWS=on FS=7 MRCcck=on listenTime=25 ofdmErrs=64 cckErrs=892
[ 297.359862] ath: phy1: Set parameters for CUS198

However, it looks like powersave is on by default (I've removed the item in /etc/pm/power.d that disabled it) :
gfmichaud@dragonfly:~$ iw dev wlan0 get power_save
Power save: on

Link quality seems to have improved a lot :
- in 3.8 without patches, "iw dev wlan0 link" shows me "signal" between -74 and -86 dBm
- in 3.10-rc5 with the patches, it shows me "signal" between -55 and -62 dBm

I'll do futher testing and report here.

Revision history for this message
In , sujith (sujith-linux-kernel-bugs) wrote :

(In reply to comment #129)
> However, it looks like powersave is on by default (I've removed the item in
> /etc/pm/power.d that disabled it) :
> gfmichaud@dragonfly:~$ iw dev wlan0 get power_save
> Power save: on

The PS/rate-control patches will be in -rc6.

Revision history for this message
In , gfmichaud (gfmichaud-linux-kernel-bugs) wrote :

I've been using it with all doors closed at home and experienced no disconnection and no lag.
Looks really great !!! :-)

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :

No problems here either, seems to work fine in longer term (well, a few hours) use too. Power management has been on for me though so far, will try with power management off.

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :

With power management off, when I look at the iwconfig bit rate every five seconds, it's mostly 65 Mbps but about every once in 25 .. once in 50 it's 1 Mbps.

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :

With power management off, occasionally there are longer periods of low speed (1..30 Mbps) and this affects also practical usability quite a lot.

Revision history for this message
In , sujith (sujith-linux-kernel-bugs) wrote :

Can you open separate bugs for the PS and bluetooth issues ? Thanks.

John, I think this bug can be closed now, patch has been sent:
https://patchwork.kernel.org/patch/2718041/

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :

OK, I will - and big thanks for making the wireless much more usable!

Revision history for this message
In , gfmichaud (gfmichaud-linux-kernel-bugs) wrote :

Yes, thank you very very much ! :-)

Revision history for this message
In , jkp (jkp-linux-kernel-bugs) wrote :
Changed in linux:
status: Confirmed → Fix Released
Revision history for this message
In , gfmichaud (gfmichaud-linux-kernel-bugs) wrote :

How do we know in which kernel the patches will be committed ?
Will the be in 3.10 or later ?

Revision history for this message
In , linville (linville-linux-kernel-bugs) wrote :

Presumably in 3.11...

affects: network-manager (Ubuntu) → ubuntu
Changed in ubuntu:
status: Incomplete → Invalid
Changed in network-manager:
status: New → Invalid
no longer affects: ubuntu
Revision history for this message
In , artur.szymczak (artur.szymczak-linux-kernel-bugs) wrote :

Was it merged in 3.11-rc3?

tags: added: patch
tags: removed: kernel-da-key
Revision history for this message
In , harroxelas (harroxelas-linux-kernel-bugs) wrote :

Were the patches merged on 3.11-rc6?

Revision history for this message
In , sujith (sujith-linux-kernel-bugs) wrote :

The fixes are in the 3.11 release.

Revision history for this message
In , linville (linville-linux-kernel-bugs) wrote :

*** Bug 55171 has been marked as a duplicate of this bug. ***

Revision history for this message
In , linville (linville-linux-kernel-bugs) wrote :

*** Bug 55901 has been marked as a duplicate of this bug. ***

Changed in linux (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
In , eugene.shatokhin (eugene.shatokhin-linux-kernel-bugs) wrote :

(In reply to Sujith from comment #143)
> The fixes are in the 3.11 release.

Thanks! Could you queue them for the stable kernel trees as well?

Revision history for this message
In , jesuinovieira_ (jesuinovieira-linux-kernel-bugs) wrote :

Hi, can anyone help me?

How do I apply a patch? I got the same problem.

Brad Figg (brad-figg)
tags: added: cscc
Displaying first 40 and last 40 comments. View all 234 comments or add a comment.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.