ATH9K wireless signal weak
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linux |
Fix Released
|
Medium
|
|||
linux (Gentoo Linux) |
New
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
AR9485 Wireless Network Adapter has a low signal when in close range of station.
I disabled hardware encryption with putting:
options ath9k nohwcrypt=1
in
/etc/
That doesn't seemed to help.
The signal has 2 bars while it has full strength in windows. (I am 2 meters away from the wifi station)
s400ca:~$ rfkill list all
2: asus-wlan: Wireless LAN
Soft blocked: no
Hard blocked: no
3: asus-bluetooth: Bluetooth
Soft blocked: no
Hard blocked: no
4: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
5: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: linux-image-
ProcVersionSign
Uname: Linux 3.5.0-26-generic x86_64
ApportVersion: 2.6.1-0ubuntu10
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
Date: Tue Mar 26 06:33:06 2013
InstallationDate: Installed on 2013-03-25 (0 days ago)
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5)
MachineType: ASUSTeK COMPUTER INC. S400CA
MarkForUpload: True
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
XDG_RUNTIME_
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=
RelatedPackageV
linux-
linux-
linux-firmware 1.95
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 09/28/2012
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: S400CA.203
dmi.board.
dmi.board.name: S400CA
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: 1.0
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK COMPUTER INC.
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: S400CA
dmi.product.
dmi.sys.vendor: ASUSTeK COMPUTER INC.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #73 |
In Linux Kernel Bug Tracker #49201, emailadhoc (emailadhoc-linux-kernel-bugs) wrote : | #74 |
I have an Atheros Communications Inc. AR9485 (revision 1) and I'm experiencing the same problems under kernel 3.6.7 (fedora 18).
The speed is very low when I walk some meters away from the access point, any network around me appears to have a very low signal level. Sometimes, even if the bit rate is set at 1mbps, the connection just drops and I can't re-associate since the network appears to be out-of-range. I usually have to restart the adapter. I initially thought that someone was jamming me, since I use a 14dbi directional antenna (and my ap is set at 23-26 dBm)
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #75 |
The problem is still here in 3.7 final.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #76 |
A few patches updating AR9485 support have been posted. Once compat-drivers is updated to the latest linux-next snapshot, they can be used.
Regarding the signal issue, I can reproduce it. It drops as soon as ANI kicks in, right after this message:
ath: phy5: Starting IQ Cal and Correction for Chain 0
ath: phy5: Original: Chn 0 iq_corr_meas = 0x002ba228
ath: phy5: Chn 0 pwr_meas_i = 0x07e86ffe
ath: phy5: Chn 0 pwr_meas_q = 0x079f1692
ath: phy5: iqCorrNeg is 0x00000000
ath: phy5: Chn 0 iCoff = 0x00000005
ath: phy5: Chn 0 qCoff = 0x00000002
ath: phy5: Chn 0 : iCoff = 0x7b qCoff = 0x2
ath: phy5: Register offset (0x98dc) before update = 0x20000000
ath: phy5: Register offset (0x98dc) QI COFF (bitfields 0x00003f80) after update = 0x20003d82
ath: phy5: Register offset (0x98dc) QQ COFF (bitfields 0x0000007f) after update = 0x20003d82
ath: phy5: IQ Cal and Correction done for Chain 0
ath: phy5: IQ Cal and Correction (offset 0x98dc) enabled (bit position 0x00004000). New Value 0x20007d82
I'll take a look at this issue.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #77 |
@Sujith
I don't know what ANI is, but I saw there
https:/
that
- fixing the wireless connection's BSSID
- disabling the ath9k driver ani feature with "echo 1 > /sys/kernel/
could help, but it did not really solved the problem for me.
Maybe it helps ?
Joey Stevense (joey2524) wrote : | #1 |
- AlsaInfo.txt Edit (29.2 KiB, text/plain; charset="utf-8")
- BootDmesg.txt Edit (67.0 KiB, text/plain; charset="utf-8")
- CRDA.txt Edit (257 bytes, text/plain; charset="utf-8")
- CurrentDmesg.txt Edit (10.4 KiB, text/plain; charset="utf-8")
- Dependencies.txt Edit (2.9 KiB, text/plain; charset="utf-8")
- IwConfig.txt Edit (507 bytes, text/plain; charset="utf-8")
- Lspci.txt Edit (11.1 KiB, text/plain; charset="utf-8")
- Lsusb.txt Edit (648 bytes, text/plain; charset="utf-8")
- ProcCpuinfo.txt Edit (3.7 KiB, text/plain; charset="utf-8")
- ProcInterrupts.txt Edit (2.6 KiB, text/plain; charset="utf-8")
- ProcModules.txt Edit (3.5 KiB, text/plain; charset="utf-8")
- PulseList.txt Edit (17.0 KiB, text/plain; charset="utf-8")
- RfKill.txt Edit (240 bytes, text/plain; charset="utf-8")
- UdevDb.txt Edit (146.2 KiB, text/plain; charset="utf-8")
- UdevLog.txt Edit (351.0 KiB, text/plain; charset="utf-8")
- WifiSyslog.txt Edit (660.5 KiB, text/plain; charset="utf-8")
Brad Figg (brad-figg) wrote : Status changed to Confirmed | #2 |
This change was made by a bot.
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
Joseph Salisbury (jsalisbury) wrote : | #3 |
Would it be possible for you to test the latest upstream kernel? Refer to https:/
If this bug is fixed in the mainline kernel, please add the following tag 'kernel-
If the mainline kernel does not fix this bug, please add the tag: 'kernel-
If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".
Thanks in advance.
[0] http://
Changed in linux (Ubuntu): | |
importance: | Undecided → Medium |
status: | Confirmed → Incomplete |
Joey Stevense (joey2524) wrote : Re: [Bug 1160188] Re: ATH9K wireless signal weak | #4 |
Hi Joseph,
No that is not possible because I use the installation for serious
purposes, like work.
Met vriendelijke groet, / Best regards,
*Joey Stevense*
On Tue, Mar 26, 2013 at 4:05 PM, Joseph Salisbury <
<email address hidden>> wrote:
> Would it be possible for you to test the latest upstream kernel? Refer
> to https:/
> v3.9 kernel[0] (Not a kernel in the daily directory) and install both
> the linux-image and linux-image-extra .deb packages.
>
> If this bug is fixed in the mainline kernel, please add the following
> tag 'kernel-
>
> If the mainline kernel does not fix this bug, please add the tag:
> 'kernel-
>
> If you are unable to test the mainline kernel, for example it will not
> boot, please add the tag: 'kernel-
> Once testing of the upstream kernel is complete, please mark this bug as
> "Confirmed".
>
>
> Thanks in advance.
>
> [0] http://
>
>
> ** Changed in: linux (Ubuntu)
> Importance: Undecided => Medium
>
> ** Changed in: linux (Ubuntu)
> Status: Confirmed => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> ATH9K wireless signal weak
>
> Status in “linux” package in Ubuntu:
> Incomplete
>
> Bug description:
> AR9485 Wireless Network Adapter has a low signal when in close range
> of station.
>
> I disabled hardware encryption with putting:
> options ath9k nohwcrypt=1
> in
> /etc/modprobe.
>
> That doesn't seemed to help.
>
> The signal has 2 bars while it has full strength in windows. (I am 2
> meters away from the wifi station)
>
> s400ca:~$ rfkill list all
> 2: asus-wlan: Wireless LAN
> Soft blocked: no
> Hard blocked: no
> 3: asus-bluetooth: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 4: hci0: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 5: phy0: Wireless LAN
> Soft blocked: no
> Hard blocked: no
>
> ProblemType: Bug
> DistroRelease: Ubuntu 12.10
> Package: linux-image-
> ProcVersionSign
> Uname: Linux 3.5.0-26-generic x86_64
> ApportVersion: 2.6.1-0ubuntu10
> Architecture: amd64
> AudioDevicesInUse:
> USER PID ACCESS COMMAND
> /dev/snd/controlC0: jintux 1988 F.... pulseaudio
> Date: Tue Mar 26 06:33:06 2013
> InstallationDate: Installed on 2013-03-25 (0 days ago)
> InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64
> (20121017.5)
> MachineType: ASUSTeK COMPUTER INC. S400CA
> MarkForUpload: True
> ProcEnviron:
> TERM=xterm
> PATH=(custom, no user)
> XDG_RUNTIME_
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> ProcFB: 0 inteldrmfb
> ProcKernelCmdLine: BOOT_IMAGE=
> root=UUID=
> RelatedPackageV
> linux-restricte
> l...
Roy Meissner (roymeissn) wrote : | #5 |
I've tested Kernel 3.8.5 from upstream --> still the same problem
Tomasz Wysocki (tomwys) wrote : | #6 |
I have the same problem on Asus Vivobook S500CA. Have tried all work-arounds I have found on the internet but none helped. I you have any solutions or workarounds it will be helpful. For now I'm buing USB wifi adapter to be able to use wifi.
I have Ubuntu 13.04 now, but problem also occures on 12.10.
lspci:
02:00.0 Network controller: Atheros Communications Inc. AR9485 Wireless Network Adapter (rev 01)
uname -a
Linux tomwys-laptop 3.8.0-19-generic #29-Ubuntu SMP Wed Apr 17 18:16:28 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
PS. If you are interested in more details of my computer configuration please ask. I will try other GNU/Linux distributions today to check if any fixed this issue. I will send any results here.
Tomasz Wysocki (tomwys) wrote : | #7 |
Manjaro kernel 3.8.5 - same problem.
http://
Tomasz Wysocki (tomwys) wrote : | #8 |
Related bugs on kernel.org:
https:/
https:/
Tomasz Wysocki (tomwys) wrote : | #9 |
In Linux Kernel Bug Tracker #49201, tomwys (tomwys-linux-kernel-bugs) wrote : | #78 |
Related:
https:/
https:/
I have same issue on Asus S500CA.
02:00.0 Network controller: Atheros Communications Inc. AR9485 Wireless Network Adapter (rev 01)
Linux tomwys-laptop 3.8.0-19-generic #29-Ubuntu SMP Wed Apr 17 18:16:28 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
Diego Carrera Gallego (diegocarrera2000) wrote : | #10 |
i have same bug on ubuntu 13.04 64 bits
Asus Zenbook, Ux31e
emsan (emsan) wrote : | #11 |
Same bug here, running ubuntu 13.04 64bits on Asus Zenbook ux31e. Very weak signal or no signal at all where Windows connects fine.
kernel: 3.8.0-19
Marcus Sundman (sundman) wrote : | #12 |
It's not just the signal that is low, it also disconnects frequently. (Quantal neither had low signal nor disconnected in the same situation.)
Marcus Sundman (sundman) wrote : | #13 |
When it disconnects it goes like so:
May 15 21:06:51 hal wpa_supplicant[
May 15 21:06:51 hal kernel: [507716.316710] cfg80211: Calling CRDA to update world regulatory domain
May 15 21:06:51 hal NetworkManager[
May 15 21:06:51 hal kernel: [507716.329493] cfg80211: World regulatory domain updated:
May 15 21:06:51 hal kernel: [507716.329505] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
May 15 21:06:51 hal kernel: [507716.329515] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
May 15 21:06:51 hal kernel: [507716.329524] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
May 15 21:06:51 hal kernel: [507716.329533] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
May 15 21:06:51 hal kernel: [507716.329541] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
May 15 21:06:51 hal kernel: [507716.329552] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
May 15 21:06:51 hal NetworkManager[
May 15 21:06:52 hal wpa_supplicant[
...
Guy Korland (gkorland) wrote : | #14 |
I have the same issue with ubuntu 13.04 64 bits
Asus Zenbook, Ux31e
emsan (emsan) wrote : | #15 |
I tried upgrading kernel to 3.9, but the poor connection signal persisted. Then I installed compat-drivers from:
http://
now the connection signal is better than before. Not as good as with windows, but I get to connect in places where I couldn't before.
To try this you need to:
- download the drivers that match your kernel version. In my case, I downloaded compat-
- extact tar file.
- cd Downloads/
- sudo make
- sudo make install
- sudo modprobe -r ath9k
- sudo modprobe ath9k
Pedro Pedruzzi (pedro-pedruzzi) wrote : | #16 |
There is no known workaround for this yet.
I used to work well in Ubuntu 12.04, with "options ath9k nohwcrypt=1".
I am using Ubuntu 13.04 x86-64 with packages up to date.
Tried compat-drivers 3.8.3-2-snpu and 3.9-rc4-2-su with no luck.
Diego Carrera Gallego (diegocarrera2000) wrote : | #17 |
I've tested Kernel 3.10.0-
Asus Zenbook, ux31e
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #79 |
Still here in 3.10.0-
Pascal d'Hermilly (pascal-tipisoft) wrote : | #18 |
Also have the problem... The reception is horrible and works fine in windows.
from dmesg:
[ 220.903488] WARNING: at /build/
[ 220.903492] Hardware name: UX31E
[ 220.903495] Modules linked in: usb_storage(F) ip6table_filter(F) ip6_tables(F) ebtable_nat(F) ebtables(F) snd_hrtimer(F) ipt_MASQUERADE(F) iptable_nat(F) nf_nat_ipv4(F) nf_nat(F) nf_conntrack_
[ 220.903633] Pid: 214, comm: kworker/u:5 Tainted: GF C 3.8.0-21-generic #32-Ubuntu
[ 220.903637] Call Trace:
[ 220.903650] [<ffffffff81058
[ 220.903658] [<ffffffff81058
[ 220.903676] [<ffffffffa038e
[ 220.903693] [<ffffffffa03fe
[ 220.903702] [<ffffffff81076
[ 220.903710] [<ffffffff81077
[ 220.903718] [<ffffffff81077
[ 220.903725] [<ffffffff8107d
[ 220.903732] [<ffffffff8107d
[ 220.903742] [<ffffffff816d3
[ 220.903748] [<ffffffff8107d
[ 220.903753] ---[ end trace 7faecf033a2db336 ]---
[ 220.903758] ath: phy0: PLL4 meaurement not done
[ 221.015326] ath: phy0: PLL4 meaurement not done
[ 221.127122] ath: phy0: PLL4 meaurement not done
[ 221.239037] ath: phy0: PLL4 meaurement not done
[ 221.350902] ath: phy0: PLL4 meaurement not done
imedina (imedina) wrote : | #19 |
I have the same issue: very low connectivity or even none. Asus UX21 with 13.04 64bits.
I do not try compat-drivers yet.
description: | updated |
xcalin (xcalin16-gmail) wrote : | #20 |
I have also this bug with the wireless and it's very annoying
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #80 |
(In reply to comment #6)
> Still here in 3.10.0-
If I move away (~5m) from the hotspot, the connection works perfectly fine for a while ; then it suddenly & inexplicably drops down, and never comes back.
If I move again closer to the hotspot, /var/log shows what is written in CLOSER.txt.
If I move again farther, after a random amount of time I am disconnected and /var/log shows what is written in FARTHER.txt.
I insist on saying that until this sudden disconnection, the connection works perfectly fine (good bandwith & no lag).
This is a Linux-related problem since in the same location everything works perfectly fine with Windows 7.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #81 |
Created attachment 103071
/var/log/syslog when I move closer to the wifi access point
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #82 |
Created attachment 103081
/var/log/syslog when I move away from the wifi access point
Karljohan Lundin Palmerius (karljohan) wrote : | #21 |
My UX31E also disconnect often. I do have signal, but weak. It doesn't disconnect as often when I'm closer to the router.
What I want to report that I have not seen anyone else mention is that it will only behave like this when on battery. I have turned off power saving (iwconfig wlan0 power off) but that does not help.
Christoph Vogler (vogler-c) wrote : | #22 |
I have the same Problem with all tested Kernels. Last was 3.10-rc3.
Signal is very weak even close to the Router. On Windows signal strength is fine.
xcalin (xcalin16-gmail) wrote : | #23 |
I tested 3.6.3-030603-
tags: | added: kernel-unable-to-test-upstream |
tags: |
added: kernel-bug-exists-upstream removed: kernel-unable-to-test-upstream |
Changed in linux (Ubuntu): | |
status: | Incomplete → Confirmed |
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #83 |
Can you disable PowerSave and see if things improve ?
("iw dev wlan0 set power_save off).
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #84 |
Since last week I've tested a few things that do seem to improve connection quality and range :
- switching to WPA2 (TKIP) instead of WPA
- switching to a channel with a greater number (from 4 to 11)
- disabling ANI
- disabling power management
I've added in /etc/pm/
echo 1 > /sys/kernel/
/sbin/iwconfig wlan0 power off
So yes it helps.
However it is not perfect : 50% of the time network is not detected at boot, or the connection drops down after a moment. But 50% of the time it works just fine (particularly on mornings, I don't know why...? Guess it has something to do with the neighbours ?).
In Linux Kernel Bug Tracker #49201, hatsch (hatsch-linux-kernel-bugs) wrote : | #85 |
i am on ubuntu and as mentioned in this post:
http://
the wifi with ath9k is stable using kernel 3.6.11,
only later kernels have the problem.
i am using it now for some hours, and i had no disconnect yet.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #86 |
That's curious because I had the problem with both 3.5.0 (current Ubuntu kernel when I filed the bug) and 3.7.0 (latest upstream kernel when I filed the bug).
But it used to work better between december 2012 and april 2013 (when I upgraded to Ubuntu 13.04 and kernel 3.8).
So maybe a few 3.6.* versions are free from this problem.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #87 |
> the wifi with ath9k is stable using kernel 3.6.11,
> only later kernels have the problem.
>
> i am using it now for some hours, and i had no disconnect yet.
Which kernel are you using right now ? Also, please report if the connection is stable with powersave disabled.
In Linux Kernel Bug Tracker #49201, hatsch (hatsch-linux-kernel-bugs) wrote : | #88 |
i am on kernel 3.6.11 (amd64) from the ubuntu mainline ppa
http://
i am on battery for the last hour and powermanagement is on.
no disconnects yet! sitting in a cafe the access point is ~5 meters away and i have 5 other laptop users around me. with kernel 3.8.x on the same place with no other users around i had reglular disconnects after a couple of minutes.
In Linux Kernel Bug Tracker #49201, hatsch (hatsch-linux-kernel-bugs) wrote : | #89 |
also i have not set nohwcrypt=1 and didn't limit the connection to b/g
as i have tried as a workaround with other kernel versions (with limited success).
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #90 |
I have set nowhcrypt=1 as well, last week.
It has improved significantly my connection.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #91 |
Ok, we are losing track of things a bit. :)
Can you guys please test the latest backports release, with powersave disabled ? Or maybe the wireless-testing tree maintained by John Linville, which contains the latest version of the driver. (Please leave all the other options like ANI, HWCRYPTO to their default values).
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #92 |
2 weeks ago I tested the latest upstream kernel built for Ubuntu :
http://
I had everything set to default (fresh Ubuntu install) and can confirm the bug was there.
I've been testing the latestet build today :
http://
I have disabled all the workarounds I had previously set
- re-enabling ANI
- re-enabling power management
- re-enabling hwcrypt
- BSSID not set manually in Network Manager
I can confirm that the bug exists (tested this morning)
- in the standard Ubuntu kernel (3.8.0-23-generic)
- in the latest upstream kernel (3.10.0-
With 3.10, when disabling power management (without touching to hwcrypt, BSSID or ANI) enables me to get the connectiion working at boot, but I get disconnected afterwards.
Disabling both power management and ANI helps me get the connection working at boot and keep it alive afterwards.
I've not disabled hwcrypt again as it seems to work, or added back a fixed BSSID in Network Manager, but I can do further testing if need be.
AP information
- from iwconfig
wlan0 IEEE 802.11bgn ESSID:"XXXX"
Bit Rate=19.5 Mb/s Tx-Power=15 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=33/70 Signal level=-77 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:21 Invalid misc:98 Missed beacon:0
- from iwlist
wlan0 Scan completed :
Cell 01 - Address: XX:XX:XX:XX:XX:XX
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #93 |
One last bit about 3.10 : disabling ANI without disabling power management doesn't help.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #94 |
> I can confirm that the bug exists (tested this morning)
> - in the standard Ubuntu kernel (3.8.0-23-generic)
> - in the latest upstream kernel (3.10.0-
>
> With 3.10, when disabling power management (without touching to hwcrypt,
> BSSID
> or ANI) enables me to get the connectiion working at boot, but I get
> disconnected afterwards.
>
> Disabling both power management and ANI helps me get the connection working
> at
> boot and keep it alive afterwards.
Thanks.
Using the latest upstream kernel, can you please load the driver with debug=0x8f49 and post the kernel log when the disconnect happens ?
(With PowerSave disabled but ANI enabled).
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #95 |
Also, iwconfig and friends have been deprecated for years, so please use "iw" instead.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #96 |
By "kernel log" do you mean /var/log/syslog or some other file ?
To load the driver with debug=0x8f49, is the right method to put
options ath9k debug=0x8f49
in /etc/modprobe.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #97 |
(In reply to comment #23)
> By "kernel log" do you mean /var/log/syslog or some other file ?
"dmesg" or /var/log/kernel.log - but this depends on the distribution.
> To load the driver with debug=0x8f49, is the right method to put
> options ath9k debug=0x8f49
> in /etc/modprobe.
That seems correct.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #98 |
I have posted various patches for ANI, they are under review.
https:/
https:/
https:/
https:/
https:/
https:/
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #99 |
I will test with 3.10 and debug=0x8f49 in a few hours when I'm back home.
I'll be glad to test your patches too when they are available for testing.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #100 |
So here are the logs :
- kernel 3.10
- debug=0x8f49
- ANI on & power_save off
Booting away (place A) from the access point, no network
> DMESG_1.txt
Getting closer (place B) from the access point, connection is established
> DMESG_2.txt
Getting away (back to place A) from the access point, network drops down
> DMESG_3.txt
Getting closer (place B) from the access point, connection is re-established
> DMESG_4.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #101 |
Created attachment 103351
DMESG_1.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #102 |
Created attachment 103361
DMESG_2.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #103 |
Created attachment 103371
DMESG_3.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #104 |
Created attachment 103381
DMESG_4.txt
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #105 |
The debug information aren't present in the logs. Check if these options are present in the kernel config:
CONFIG_ATH_DEBUG=y
CONFIG_
Also, in your distribution, /var/log/syslog appears to contain both kernel and NM messages. That would be useful to have.
ath9k messages would look like this: http://
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #106 |
I don't know, for kernel configuration. I didn't build it myself. :-(
Here is the syslog for the period covered by the DMESG : syslog.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #107 |
So I've built my own custom kernel with the source from kernel.org and enabled debugging... :-)
gfmichaud@
Linux dragonfly 3.10.0-rc4 #1 SMP Tue Jun 4 19:25:23 CEST 2013 x86_64 x86_64 x86_64 GNU/Linux
Booting close (place B) to the access point : network up
> DMESG_CUSTOM_1.txt
Getting away (place A) from the access point : network down
> DMESG_CUSTOM_2.txt
Getting close (back to place B) to the access point : network up again
> DMESG_CUSTOM_3.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #108 |
Created attachment 103391
DMESG_CUSTOM_1.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #109 |
Created attachment 103401
DMESG_CUSTOM_2.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #110 |
Created attachment 103411
DMESG_CUSTOM_3.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #111 |
Created attachment 103421
Syslog at the same time as DMESG_CUSTOM_3.txt
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #112 |
Thanks for the logs. There was one suspicious line from the syslog:
Jun 4 20:11:33 dragonfly wpa_supplicant[
Reason 4 is "WLAN_REASON_
But, right before the disconnect, we see this:
Jun 4 20:11:25 dragonfly kernel: [ 224.978454] ath: phy0: tx hung, resetting the chip
Another weird line:
Jun 4 20:07:46 dragonfly kernel: [ 4.423684] ath: phy0: UNDEFINED -> AWAKE
Jun 4 20:07:46 dragonfly kernel: [ 4.423754] ath: phy0: serialize_regmode is 0
Jun 4 20:07:46 dragonfly kernel: [ 4.425939] ath: phy0: timeout (1000 us) on reg 0x15f18: 0x00000000 & 0x00000007 != 0x00000004
Since you mentioned that things work with ANI disabled, I'll prepare some test patches for ANI against mainline.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #113 |
Can you try these patches ? http://
They apply on top of Linus' tree.
(leave ANI enabled, but PS disabled).
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #114 |
It works *better* but not *perfectly*, with all the workarounds I said :
- ANI disabled
- power management disabled
- hwcrypt disabled
- BSSID set manually in Network Manager
I still get random disconnection, but *less*. I will try to provide logs.
For the patches, I'll try the (just have to learn how to patch the kernel first !).
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #115 |
So I have enabled
- full debugging in /etc/modprobe.
- and kept all my workarounds (ANI, PM, hwcrypt disabled, BSSID set manually)
1) Booted and got network up
> DMESG_ALL_1.txt
2) Took the computer away from the AP and left for some time ; when I came back network was down
> DMESG_ALL_2.txt
3) Took the computer back closer to the AP and got network up again
> DMESG_ALL_3.txt
(As far as I am concerned, it used to work better with 3.8 and those workarounds than this custom 3.10 with the same workarounds.)
I hope the logfiles help understand what's happening.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #116 |
Created attachment 103491
DMESG_ALL_1.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #117 |
Created attachment 103501
DMESG_ALL_2.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #118 |
Created attachment 103511
DMESG_ALL_3.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #119 |
Created attachment 103521
Syslog at the same time as DMESG_ALL_3.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #120 |
I tried to apply your 6 patches on the kernel but there were problems with 2 of them. Details in PATCHING_
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #121 |
Created attachment 103541
PATCHING_
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #122 |
Hm, please apply only the patches here: http://
Also, do not enable any workarounds - that makes it impossible to diagnose the issue. The only thing that needs to be done is to disable powersave. The syslog appears to contain everything, so dmesg contents are not needed.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #123 |
OK I'll try in a few hours and post the results here : kernel patched, no workaround (but power management disabled), syslog with full debug.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #124 |
Can you post the output of lsusb ? I'd like to see if Bluetooth is Atheros-based.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #125 |
I usually have bluetooth disabled in the BIOS.
I will re-enabled it for the test.
Kernel is compiling right now, patches are OK, so I'll post all the results within the hour.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #126 |
Si here are the results :
- I booted as usual, close to the AP (syslog1.txt)
- Then I took the computer away, and after a while network disconnected (syslog2.txt)
- When I took back the computer close to the AP, Network Manager tried to re-establish the connection twice and failed twice (syslog3.txt)
- Then it failed a third time (syslog4.txt)
- But when I rebooted, without moving, the connection got up juste fine (syslog5.txt)
Logs (and lsusb) can be found here (too big to fit in here) :
http://
However, it seems better with the patch than without.
To do the test, I close the door of my office, which does not prevent the connection to work on Windows but does on Linux. Without my previous "workarounds", I experienced disconnections even with the door open with standard unpatched kernels. I don't, with this custom patched kernel.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #127 |
Thanks.
AR9485 is a 1x1 chip, which requires that proper RX diversity support is required in the driver. Incorrect/
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #128 |
OK.
Tell me if there is further testing to be done.
I'll use the patched kernel for a few days and provide in-depth feedback too.
hroost (hroostik) wrote : | #24 |
I have also this bug with the wireless and it's very annoying too
UX31E 3.8.0-23-generic x86_64
One and a half years having this problems
bjornegil (bejohansen) wrote : | #25 |
I have the same problem. UX31E. x86_64. The wireless signal has been a bit weak all the time - but my impression was that it got worse on updating to ubuntu 13.04.
I have tried 3.9 kernel and the compat drivers without any improvement.
Does anybody know if this problem is present in 32-bit version as well?
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #129 |
As a quick test, can you check if using minstrel makes a difference ? Just disable the CONFIG_
ieee80211 phy28: Selected rate control algorithm 'minstrel_ht'
The switch has been made recently:
http://
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #130 |
I set CONFIG_
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #131 |
I did the same tests as usual (near/far/near) and had the same results.
Logs can be found here : http://
But I don't know why "minstrel" doesn't show up in the logs.
gfmichaud@
CONFIG_
CONFIG_BT_ATH3K=m
CONFIG_
# CONFIG_MD_MULTIPATH is not set
# CONFIG_DM_MULTIPATH is not set
CONFIG_
CONFIG_ATH_COMMON=m
CONFIG_ATH_CARDS=m
CONFIG_ATH_DEBUG=y
# CONFIG_ATH5K is not set
CONFIG_ATH5K_PCI=y
CONFIG_ATH9K_HW=m
CONFIG_
CONFIG_
CONFIG_ATH9K=m
CONFIG_ATH9K_PCI=y
CONFIG_ATH9K_AHB=y
CONFIG_
# CONFIG_
CONFIG_
# CONFIG_ATH9K_HTC is not set
# CONFIG_ATH6KL is not set
CONFIG_
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #132 |
Try using this: ./scripts/config --file .config -d ATH9K_RATE_CONTROL
Pionero (dmerino76) wrote : | #26 |
Yes, 32-bit ubuntu 13.04 has the same problem.
2013/6/6 bjornegil <email address hidden>
> I have the same problem. UX31E. x86_64. The wireless signal has been a bit
> weak all the time - but my impression was that it got worse on updating to
> ubuntu 13.04.
> I have tried 3.9 kernel and the compat drivers without any improvement.
>
> Does anybody know if this problem is present in 32-bit version as well?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> ATH9K wireless signal weak
>
> Status in “linux” package in Ubuntu:
> Confirmed
>
> Bug description:
> AR9485 Wireless Network Adapter has a low signal when in close range
> of station.
>
> I disabled hardware encryption with putting:
> options ath9k nohwcrypt=1
> in
> /etc/modprobe.
>
> That doesn't seemed to help.
>
> The signal has 2 bars while it has full strength in windows. (I am 2
> meters away from the wifi station)
>
> s400ca:~$ rfkill list all
> 2: asus-wlan: Wireless LAN
> Soft blocked: no
> Hard blocked: no
> 3: asus-bluetooth: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 4: hci0: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 5: phy0: Wireless LAN
> Soft blocked: no
> Hard blocked: no
>
> ProblemType: Bug
> DistroRelease: Ubuntu 12.10
> Package: linux-image-
> ProcVersionSign
> Uname: Linux 3.5.0-26-generic x86_64
> ApportVersion: 2.6.1-0ubuntu10
> Architecture: amd64
> AudioDevicesInUse:
> USER PID ACCESS COMMAND
> /dev/snd/controlC0: jintux 1988 F.... pulseaudio
> Date: Tue Mar 26 06:33:06 2013
> InstallationDate: Installed on 2013-03-25 (0 days ago)
> InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64
> (20121017.5)
> MachineType: ASUSTeK COMPUTER INC. S400CA
> MarkForUpload: True
> ProcEnviron:
> TERM=xterm
> PATH=(custom, no user)
> XDG_RUNTIME_
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> ProcFB: 0 inteldrmfb
> ProcKernelCmdLine: BOOT_IMAGE=
> root=UUID=
> RelatedPackageV
> linux-restricte
> linux-backports
> linux-firmware 1.95
> SourcePackage: linux
> UpgradeStatus: No upgrade log present (probably fresh install)
> dmi.bios.date: 09/28/2012
> dmi.bios.vendor: American Megatrends Inc.
> dmi.bios.version: S400CA.203
> dmi.board.
> dmi.board.name: S400CA
> dmi.board.vendor: ASUSTeK COMPUTER INC.
> dmi.board.version: 1.0
> dmi.chassis.
> dmi.chassis.type: 10
> dmi.chassis.vendor: ASUSTeK COMPUTER INC.
> dmi.chassis.
> dmi.modalias:
> dmi:bvnAmerican
> dmi.product.name: S400CA
> dmi.product.
> ...
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #133 |
Don't know if this is of any help, but my experience with kernel 3.10-rc4 & the patches from power management off and patches from http://
When I connect to the wlan AP from nm-applet, data rate 72,2Mbps
Link Quality=58/70 Signal level=-52 dBm
Link Quality=60/70 Signal level=-50 dBm
Then after ca. 30 seconds, data rate drops to 1Mbps:
Link Quality=49/70 Signal level=-61 dBm
Link Quality=47/70 Signal level=-63 dBm
Link Quality=48/70 Signal level=-62 dBm
Link Quality=54/70 Signal level=-56 dBm
Link Quality=46/70 Signal level=-64 dBm
Link Quality=40/70 Signal level=-70 dBm
The values fluctuate somewhat, but the drop of ca. 10 dBm after ca. 30 seconds appears to be quite systematic.
Not sure what to look for in the logs or which parts to post.
Hardware: asus transformer book tx300 (4005)
lspci -v:
01:00.0 Network controller: Atheros Communications Inc. AR9485 Wireless Network Adapter (rev 01)
Subsystem: AzureWave Device 2126
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at f7c00000 (64-bit, non-prefetchable) [size=512K]
Expansion ROM at f7c80000 [disabled] [size=64K]
Capabilities: [40] Power Management version 2
Capabilities: [50] MSI: Enable- Count=1/4 Maskable+ 64bit+
Capabilities: [70] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Virtual Channel
Capabilities: [160] Device Serial Number 00-00-00-
Kernel driver in use: ath9k
Wlan AP: Sierra 4G/wlan router
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #134 |
Sorry for garbled text, meant to say that patches from http://
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #135 |
Created attachment 103651
kernel messages from two AP connections
Log with patches http://
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #136 |
Two more observations:
1) With this distance & AP, the connection drops to 1 Mbps soon only when power management is off. When power management is on, the connections stays at 72,2 Mbps.
2) At start after connect, the iwconfig "Invalid misc" field grows to ca. 30, stops growing after a while.
Both reardless of ANI being on or off.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #137 |
@Sujith :
I tried ./scripts/config --file .config -d ATH9K_RATE_CONTROL :
Now :
root@dragonfly:
CONFIG_
CONFIG_BT_ATH3K=m
CONFIG_
# CONFIG_MD_MULTIPATH is not set
# CONFIG_DM_MULTIPATH is not set
CONFIG_
CONFIG_ATH_COMMON=m
CONFIG_ATH_CARDS=m
CONFIG_ATH_DEBUG=y
# CONFIG_ATH5K is not set
CONFIG_ATH5K_PCI=y
CONFIG_ATH9K_HW=m
CONFIG_
CONFIG_
CONFIG_ATH9K=m
CONFIG_ATH9K_PCI=y
CONFIG_ATH9K_AHB=y
CONFIG_
# CONFIG_
# CONFIG_
# CONFIG_ATH9K_HTC is not set
# CONFIG_ATH6KL is not set
CONFIG_
But I dont find any mention of minstrel in my syslog :
root@dragonfly:
root@dragonfly:
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #138 |
gfmichaud@
CONFIG_
CONFIG_
CONFIG_
CONFIG_
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #139 |
However I thing minstrel is activated.
I have activated mac80211 debug in the kernel before compiling and now there is :
root@dragonfly:
agg_status current_tx_rate ht_capa last_rx_rate node_stat rx_bytes rx_fragments tx_filtered tx_retry_count wep_weak_iv_count
beacon_loss_count dev inactive_ms last_seq_ctrl num_ps_buf_frames rx_dropped rx_packets tx_fragments tx_retry_failed
connected_time flags last_ack_signal last_signal rc_stats rx_duplicates tx_bytes tx_packets vht_capa
looks like what's in http://
But I can't remember if it was like that before enabling mac80211 debug in the kernel.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #140 |
I have tried this configuration both on the patched and unpatched kernel (with power management off).
I think minstrel is activated because /sys/kernel/
gfmichaud@
type rate throughput ewma prob this prob retry this succ/attempt success attempts
CCK/LP 1.0M 0.4 50.4 100.0 0 0( 0) 5 22
CCK/LP 2.0M 0.0 0.0 0.0 0 0( 0) 0 0
CCK/LP 5.5M 0.0 0.0 0.0 0 0( 0) 0 0
CCK/LP 11.0M 0.0 0.0 0.0 0 0( 0) 0 0
HT20/LGI t MCS0 4.8 79.8 50.0 3 0( 0) 318 495
HT20/LGI MCS1 3.3 28.7 7.6 4 0( 0) 439 879
HT20/LGI T P MCS2 14.6 88.5 100.0 5 3( 3) 757 1825
HT20/LGI MCS3 0.0 0.0 0.0 0 0( 0) 0 4
HT20/LGI MCS4 0.0 0.0 0.0 0 0( 0) 0 4
HT20/LGI MCS5 0.0 0.0 0.0 0 0( 0) 0 5
HT20/LGI MCS6 0.0 0.0 0.0 0 0( 0) 0 4
HT20/LGI MCS7 0.0 0.0 0.0 0 0( 0) 0 4
HT20/SGI MCS0 4.7 68.2 100.0 3 0( 0) 22 38
HT20/SGI MCS1 3.6 29.2 0.0 4 0( 0) 2 12
HT20/SGI MCS2 5.9 33.1 25.0 5 0( 0) 38 110
HT20/SGI MCS3 0.0 0.0 0.0 0 0( 0) 0 4
HT20/SGI MCS4 0.0 0.0 0.0 0 0( 0) 0 4
HT20/SGI MCS5 0.0 0.0 0.0 0 0( 0) 0 5
HT20/SGI MCS6 0.0 0.0 0.0 0 0( 0) 0 4
HT20/SGI MCS7 0.0 0.0 0.0 0 0( 0) 0 3
Total packet count:: ideal 1505 lookaround 77
Average A-MPDU length: 1.0
gfmichaud@
HT MCS Rate Success Retries XRetries PER
HT20 1 13.0: 0 0 0 0
HT20 2 19.5: 0 0 0 0
HT20 3 26.0: 0 0 0 0
HT20 ...
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #141 |
Yes, that is minstrel. I've dropped the ANI patches since they don't seem to improve things.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #142 |
Can you apply this patch http://
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #143 |
Applied the patch on a 3.10-RC4 kernel without any other modification (except enabling ATH9K debuggung).
Here comes the log : base_eeprom_1.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #144 |
Created attachment 103721
base_eeprom_1.txt
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #145 |
Hm, I think you forgot to load the new module. ;)
With that patch, this would be displayed:
ANT Div. Control : 6
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #146 |
You mean with CONFIG_
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #147 |
No, this is not related to rate control. That 1-line patch dumps the "ANT Div. Control" field in the base_eeprom debugfs file. I think you just have to reload the newly compiled module.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #148 |
Yep there's :
ANT Div. Control : 201
> base_eeprom_new.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #149 |
Created attachment 103731
base_eeprom_new.txt
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #150 |
Thanks.
It looks like RX antenna diversity is enabled on the chip in your card. This will most likely not work, but can you try this patch, see if any change is seen in connectivity and post the syslog (with the usual debug=0x8f49) ?
http://
I don't have such a chip with me, unfortunately.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #151 |
Created attachment 103741
make_errors.txt
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #152 |
I have applied both of your patches (div-ctrl.patch & disable-comb.patch) but now the kernel & modules won't compile.
I put the errors I see in make_errors.txt
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #153 |
Hm, not sure. But, you can just comment out the line that enables diversity combining, that is sufficient. I've attached a patch.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #154 |
Created attachment 103751
disable comb patch
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #155 |
Appeared to be a missing } in the disable-comb.patch
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #156 |
Also here:
ANT Div. Control : 201
However the code snippet in the disable-comb patch appears to not be in execution path, this message does not show up in the log:
"Diversity combining enabled in EEPROM\n"
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #157 |
The new version of the patch works but /sys/kernel/
EEPROM Version : 2
TX Mask : 1
RX Mask : 1
Allow 5GHz : 0
Allow 2GHz : 1
Disable 2GHz HT20 : 0
Disable 2GHz HT40 : 0
Disable 5Ghz HT20 : 0
Disable 5Ghz HT40 : 0
Big Endian : 0
RF Silent : 29
BT option : 0
Device Cap : 0
Device Type : 5
Power Table Offset : 0
Tuning Caps1 : 0
Tuning Caps2 : 0
Enable Tx Temp Comp : 1
Enable Tx Volt Comp : 0
Enable fast clock : 1
Enable doubling : 1
Internal regulator : 1
Enable Paprd : 1
Driver Strength : 0
Quick Drop : 0
Chain mask Reduce : 0
Write enable Gpio : 3
WLAN Disable Gpio : 0
WLAN LED Gpio : 8
Rx Band Select Gpio : 255
Tx Gain : 6
Rx Gain : 0
SW Reg : 0
ANT Div. Control : 201
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #158 |
The eeprom contents will not be modified, they are read-only. But, with diversity combining commented out, is there any difference in link stability ?
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #159 |
Can't tell right now, I'm not home and won't have wifi connection (except tethering) until tonight. :-(
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #160 |
(In reply to comment #83)
> Also here:
>
> ANT Div. Control : 201
>
> However the code snippet in the disable-comb patch appears to not be in
> execution path, this message does not show up in the log:
>
> "Diversity combining enabled in EEPROM\n"
Have you loaded the driver with debug=0x8f49 ? Also, can you post the full output of the base_eeprom file ?
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #161 |
base_eeprom without mac address (only difference to ghmuchaud's file is WLAN LED Gpio)
EEPROM Version : 2
TX Mask : 1
RX Mask : 1
Allow 5GHz : 0
Allow 2GHz : 1
Disable 2GHz HT20 : 0
Disable 2GHz HT40 : 0
Disable 5Ghz HT20 : 0
Disable 5Ghz HT40 : 0
Big Endian : 0
RF Silent : 29
BT option : 0
Device Cap : 0
Device Type : 5
Power Table Offset : 0
Tuning Caps1 : 0
Tuning Caps2 : 0
Enable Tx Temp Comp : 1
Enable Tx Volt Comp : 0
Enable fast clock : 1
Enable doubling : 1
Internal regulator : 1
Enable Paprd : 1
Driver Strength : 0
Quick Drop : 0
Chain mask Reduce : 0
Write enable Gpio : 3
WLAN Disable Gpio : 0
WLAN LED Gpio : 6
Rx Band Select Gpio : 255
Tx Gain : 6
Rx Gain : 0
SW Reg : 0
ANT Div. Control : 201
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #162 |
Well, I had echo 0xffffffffffffffff > /sys/kernel/
has "0".
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #163 |
Sorry, I take the last one back, my bad - I had locally modified the debug condition, now I get the debug log as I should:
Jun 7 23:01:44 assu kernel: [38948.170558] ath: phy22: Diversity combining enabled in EEPROM
Jun 7 23:01:44 assu kernel: [38948.170560] ath: phy22: Not enabling COMB in the driver
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #164 |
With the patches and power management on, I still can't connect to my normal wlan AP from the place where kernel 3.6.11 and win8 do connect to the AP, so reception is definitely worse that with those environments.
One thing - with kernel 3.10rc and the patches the antennas are listed as follows:
iw phy phy22 info
Available Antennas: TX 0x1 RX 0x1
Configured Antennas: TX 0x1 RX 0x1
My recollection is that earlier with some earlier kernel versions I've seen 0x3 listed as the RX antenna.
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #165 |
Without the disable-comp patch:
Available Antennas: TX 0x1 RX 0x3
Configured Antennas: TX 0x1 RX 0x3
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #166 |
But with power management on, I can connect to the 4G Sierra AP from ca. 7-8 meters and connection is 72 Mbps.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #167 |
I've tested the kernel with both patches.
Connectivity is not better.
Close to the AP (syslog1.txt), it works. Then, farther, Network Manager still shows the connection working but everything I try times out (syslog2.txt). Then it disconnects (syslog3.txt). And connects again when I come back closer (syslog4.txt).
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #168 |
Created attachment 104091
Syslog - 2013-06-10 7h19
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #169 |
I've just run a second test session and the result was much much better !
No disconnection at all, good link quality (3 out 4 for some time) and good bitrate (from 19 to 22 MB/s).
I give you the syslog too.
I may be able to do a longer test session (a few hours) tonight.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #170 |
Created attachment 104101
Syslog - 2013-06-10 7h39
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #171 |
Thanks for testing. So the antenna diversity code in ath9k is probably buggy. It was written for the earlier AR9002 chips and has not been touched in years even though the driver gained "support" for AR9003 (including AR9485). I'll look at it.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #172 |
OK ! If you need me test anything, feel free to ask.
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #173 |
It appears there's some changes in kernel version 3.10-rc5 ath9k code (at kernel.org) - I'm compiling it and will be testing.
Also trying some tests with the sensitivity (not seeing not-so-close networks) - appears that with 3.6.11 and 3.7.1 I can see & connect to my regular network while with 3.8.0 and 3.10-rc4 I can't see it. Testing next with 3.7.4. Hopefully with this I can find out which change(s) made the sensitivity worse.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #174 |
(In reply to comment #100)
> It appears there's some changes in kernel version 3.10-rc5 ath9k code (at
> kernel.org) - I'm compiling it and will be testing.
>
> Also trying some tests with the sensitivity (not seeing not-so-close
> networks)
> - appears that with 3.6.11 and 3.7.1 I can see & connect to my regular
> network
> while with 3.8.0 and 3.10-rc4 I can't see it. Testing next with 3.7.4.
> Hopefully with this I can find out which change(s) made the sensitivity
> worse.
Between 3.7 and 3.8 there were two commits for AR9485 (the rest are for PAPRD, which is disabled for all chips).
a796a1d ath9k_hw: Fix RX gain initvals for AR9485
413c030 ath9k_hw: Update AR9485 initvals
Can you try this patch ?
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #175 |
I'll test - against which version, 3.10-rc5?
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #176 |
The patch was posted for the wireless-testing tree, but it should apply on top of mainline (3.10-rc5).
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #177 |
Also, can you please test this patch ?
http://
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #178 |
Wow, the first patch makes a big difference! Tested on 3.10-rc4 as the 3.10-rc5 compile didn't finish yet. Strength meter now shows better readings than on 3.6.11 and 3.7.1, and seems to be on par with what Win8 shows. Thanks. Writing this on the wireless link with power management on, will test with long-term wireless use and report if there are problems.
Quality=54/70 Signal level=-56 dBm
Link Quality=48/70 Signal level=-62 dBm
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #179 |
Works also with second patch, maybe a bit lower signal values but maybe not, not sure:
Link Quality=45/70 Signal level=-65 dBm
Link Quality=45/70 Signal level=-65 dBm
Link Quality=37/70 Signal level=-73 dBm
Link Quality=49/70 Signal level=-61 dBm
Link Quality=40/70 Signal level=-70 dBm
Link Quality=51/70 Signal level=-59 dBm
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #180 |
With power management off, speed as reported by iwconfig drops to 1Mbps as before, but rises more often back to 65 Mbps, does seem problematic. . Kernel 3.10-rc4. With power management on, seems to stay at 65 Mbps.
Anton Nikityuk (antony-sq) wrote : | #27 |
Are there any news?
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #181 |
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.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #182 |
(In reply to comment #99)
> OK ! If you need me test anything, feel free to ask.
Please test this patch: https:/
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #183 |
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
xPA Bias Level : 0
txFrameToData
txFrameTo
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
xPA Bias Level : 0
txFrameToData
txFrameTo
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...
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #184 |
(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://
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.
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #185 |
Applied first https:/
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.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #186 |
(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:/
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 ?
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #187 |
On top of Linus Torvalds' tree, apply these patches:
https:/
http://
PS has been disabled by default in mainline now.
Reload ath9k and in dmesg, the message "Set parameters for CUS198" should be seen.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #188 |
Sorry I'm a kernel newbie...
How can I download Linus' tree ?
Previously, I downloaded the sources from kernel.org
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #189 |
Hm, in that case, you can just apply the patches on top of the 3.10-rc5 tarball.
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #190 |
Tested also with mainline 3.9.5, applied first https:/
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #191 |
Same good results with mainline 3.10-rc5, applied first
https:/
http://
Applied with some fuzz, no manual intervention required, results look the same
as with 3.8.0 and 3.9.5.
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #192 |
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.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #193 |
What does lsusb -v show ?
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #194 |
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
bNumConfigura
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 177
bNumInterfaces 2
bConfigurat
iConfiguration 4
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescript
bInterfac
bAlternat
bNumEndpoints 3
bInterfac
bInterfac
bInterfac
iInterface 0
Endpoint Descriptor:
bLength 7
Transfer Type Interrupt
Synch Type None
Usage Type Data
bInterval 1
Endpoint Descriptor:
bLength 7
Transfer Type Bulk
Synch Type None
Usage Type Data
bInterval 1
Endpoint Descriptor:
bLength 7
Transfer Type Bulk
Synch Type None
Usage Type Data
bInterval 1
Interface Descriptor:
bLength 9
bDescript
bInterfac
bAlternat
bNumEndpoints 2
bInterfac
bInterfac
bInterfac
iInterface 0
Endpoint Descriptor:
bLength 7
Transfer Type Isochronous
Synch Type None
Usage Type Data
bInterval 1
Endpoint Descriptor:
bLength 7
...
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #195 |
Hm, that's weird. What does 'ls -l /sys/bus/
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #196 |
No - there's "btusb" with contents:
lrwxrwxrwx 1 root root 0 kesä 13 19:30 1-1.1:1.0 -> ../../.
lrwxrwxrwx 1 root root 0 kesä 13 19:30 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 -> ../../.
-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
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #197 |
One last question before testing : do I have to disable ATH9K_RATE_CONTROL or not ?
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #198 |
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
bNumConfigura
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 177
bNumInterfaces 2
bConfigurat
iConfiguration 4 BT HCI
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescript
bInterfac
bAlternat
bNumEndpoints 3
bInterfac
bInterfac
bInterfac
iInterface 0
Endpoint Descriptor:
bLength 7
Transfer Type Interrupt
Synch Type None
Usage Type Data
bInterval 1
Endpoint Descriptor:
bLength 7
Transfer Type Bulk
Synch Type None
Usage Type Data
bInterval 1
Endpoint Descriptor:
bLength 7
Transfer Type Bulk
Synch Type None
Usage Type Data
bInterval 1
Interface Descriptor:
bLength 9
bDescript
bInterfac
bAlternat
bNumEndpoints 2
bInterfac
bInterfac
bInterfac
iInterface 0
Endpoint Descriptor:
bLength 7
Transfer Type Isochronous
Synch Type None
Usage Type Data
bInterval 1
Endpoint De...
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #199 |
(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.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #200 |
(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.
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #201 |
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_
Seems to work quite well even with this.
For 3.9.5 and 3.10 I had it disabled:
# grep RATE_CONTROL .config
# CONFIG_
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #202 |
So I've applied both patches on top of the 3.10-rc5 kernel.
Everything looks OK :
gfmichaud@
[sudo] password for gfmichaud:
gfmichaud@
gfmichaud@
[ 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@
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.
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #203 |
(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@
> Power save: on
The PS/rate-control patches will be in -rc6.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #204 |
I've been using it with all doors closed at home and experienced no disconnection and no lag.
Looks really great !!! :-)
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #205 |
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.
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #206 |
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.
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #207 |
With power management off, occasionally there are longer periods of low speed (1..30 Mbps) and this affects also practical usability quite a lot.
jief (jf.monfort) wrote : | #28 |
Same problem here
Ubuntu 13.04
Kernel Linux laptop 3.9.5-030905-
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #208 |
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:/
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #209 |
OK, I will - and big thanks for making the wireless much more usable!
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #210 |
Yes, thank you very very much ! :-)
In Linux Kernel Bug Tracker #49201, jkp (jkp-linux-kernel-bugs) wrote : | #211 |
Bugs 59691 & 59701 are the power management and bluetooth bugs:
Szilard Novaki (novaki) wrote : | #29 |
This has been just fixed in 3.10 kernel: https:/
can someone backport it to 12.04.2 LTS?
xcalin (xcalin16-gmail) wrote : | #30 |
I tested kernel 3.10.0-
here you could get the kernel
http://
xcalin (xcalin16-gmail) wrote : | #31 |
from what i read in that article would be avalabile in 3.10.rc6
2013/6/15 Calin Sirian <email address hidden>
> I tested kernel 3.10.0-
>
> here you could get the kernel
> http://
>
--
Software Developer Mobile: (+40) 728 574 471
**
S.C. MoreDevs S.R.L. Email: <email address hidden> ****
** **
This message can contain privileged or confidential information and it
is intended only for addressee. ****
Any unauthorized disclosure is strictly prohibited.
xcalin (xcalin16-gmail) wrote : | #32 |
I've compiled a kernel 3.10-rc5 with the patch included
here is the script that downloads and installs modules and kernel i have
compiled
i tested it on ubuntu 13.04 64bit
wget -O kernel.sh http://
kernel.sh
2013/6/15 Calin Sirian <email address hidden>
> from what i read in that article would be avalabile in 3.10.rc6
>
>
> 2013/6/15 Calin Sirian <email address hidden>
>
>> I tested kernel 3.10.0-
>>
>> here you could get the kernel
>> http://
>>
>
>
>
> --
>
>
> Software Developer Mobile: (+40) 728 574 471
>
> **
>
> S.C. MoreDevs S.R.L. Email: <email address hidden> ****
>
> ** **
>
> This message can contain privileged or confidential information and it is intended only for addressee. ****
>
>
> Any unauthorized disclosure is strictly prohibited.
>
>
--
Software Developer Mobile: (+40) 728 574 471
**
S.C. MoreDevs S.R.L. Email: <email address hidden> ****
** **
This message can contain privileged or confidential information and it
is intended only for addressee. ****
Any unauthorized disclosure is strictly prohibited.
Christoph Vogler (vogler-c) wrote : | #33 |
3.10-rc6 is available now.
Can someone test the kernel i'm not able this time.
bjornegil (bejohansen) wrote : | #34 |
I tried the 3.10-rc6 on ubuntu 13.04 amd64. No improvement. I assume the
patch did not make it into rc6.
I tried the script for updated kernel 3.10-rc5 that Xcalin posted. I have
yet not tested it to depth but so far it seems to be working great. Better
connection. So far no disconnections. I am very satisfied.
Thanks a lot!
Bjørn
2013/6/16 Christoph Vogler <email address hidden>
> 3.10-rc6 is available now.
> Can someone test the kernel i'm not able this time.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> ATH9K wireless signal weak
>
> Status in “linux” package in Ubuntu:
> Confirmed
>
> Bug description:
> AR9485 Wireless Network Adapter has a low signal when in close range
> of station.
>
> I disabled hardware encryption with putting:
> options ath9k nohwcrypt=1
> in
> /etc/modprobe.
>
> That doesn't seemed to help.
>
> The signal has 2 bars while it has full strength in windows. (I am 2
> meters away from the wifi station)
>
> s400ca:~$ rfkill list all
> 2: asus-wlan: Wireless LAN
> Soft blocked: no
> Hard blocked: no
> 3: asus-bluetooth: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 4: hci0: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 5: phy0: Wireless LAN
> Soft blocked: no
> Hard blocked: no
>
> ProblemType: Bug
> DistroRelease: Ubuntu 12.10
> Package: linux-image-
> ProcVersionSign
> Uname: Linux 3.5.0-26-generic x86_64
> ApportVersion: 2.6.1-0ubuntu10
> Architecture: amd64
> AudioDevicesInUse:
> USER PID ACCESS COMMAND
> /dev/snd/controlC0: jintux 1988 F.... pulseaudio
> Date: Tue Mar 26 06:33:06 2013
> InstallationDate: Installed on 2013-03-25 (0 days ago)
> InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64
> (20121017.5)
> MachineType: ASUSTeK COMPUTER INC. S400CA
> MarkForUpload: True
> ProcEnviron:
> TERM=xterm
> PATH=(custom, no user)
> XDG_RUNTIME_
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> ProcFB: 0 inteldrmfb
> ProcKernelCmdLine: BOOT_IMAGE=
> root=UUID=
> RelatedPackageV
> linux-restricte
> linux-backports
> linux-firmware 1.95
> SourcePackage: linux
> UpgradeStatus: No upgrade log present (probably fresh install)
> dmi.bios.date: 09/28/2012
> dmi.bios.vendor: American Megatrends Inc.
> dmi.bios.version: S400CA.203
> dmi.board.
> dmi.board.name: S400CA
> dmi.board.vendor: ASUSTeK COMPUTER INC.
> dmi.board.version: 1.0
> dmi.chassis.
> dmi.chassis.type: 10
> dmi.chassis.vendor: ASUSTeK COMPUTER INC.
> dmi.chassis.
> dmi.modalias:
> dmi:bvnAmerican
> ...
Szilard Novaki (novaki) wrote : | #35 |
- patch to apply in drivers/net/wireless/ath/ath9k dir Edit (5.2 KiB, text/plain)
I've backported the patch from https:/
I recompiled ath9k modules using this guide: http://
tags: | added: patch |
Mathieu Laurent (mla) wrote : | #36 |
It will be possible to fix this in an update of linux-image of Ubuntu 12.04, 13.04 ?
Joseph Salisbury (jsalisbury) wrote : | #37 |
It appears the patch[0] was sent to John Linville and <email address hidden>. However, the fix has not made it into Linus' tree as of v3.10-rc6.
Changed in linux: | |
importance: | Unknown → Medium |
status: | Unknown → Fix Released |
Diego Carrera Gallego (diegocarrera2000) wrote : | #38 |
i tried kernel 3.10-rc7 on ux31e 64 bits... and it doesnt improve wifi signal .
Something else is necessary to install ?
xcalin (xcalin16-gmail) wrote : | #39 |
I guess it's not yet implemented the patch
2013/6/25 Diego Carrera Gallego <email address hidden>
> i tried kernel 3.10-rc7 on ux31e 64 bits... and it doesnt improve wifi
> signal .
>
> Something else is necessary to install ?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> ATH9K wireless signal weak
>
> Status in The Linux Kernel:
> Fix Released
> Status in “linux” package in Ubuntu:
> Confirmed
>
> Bug description:
> AR9485 Wireless Network Adapter has a low signal when in close range
> of station.
>
> I disabled hardware encryption with putting:
> options ath9k nohwcrypt=1
> in
> /etc/modprobe.
>
> That doesn't seemed to help.
>
> The signal has 2 bars while it has full strength in windows. (I am 2
> meters away from the wifi station)
>
> s400ca:~$ rfkill list all
> 2: asus-wlan: Wireless LAN
> Soft blocked: no
> Hard blocked: no
> 3: asus-bluetooth: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 4: hci0: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 5: phy0: Wireless LAN
> Soft blocked: no
> Hard blocked: no
>
> ProblemType: Bug
> DistroRelease: Ubuntu 12.10
> Package: linux-image-
> ProcVersionSign
> Uname: Linux 3.5.0-26-generic x86_64
> ApportVersion: 2.6.1-0ubuntu10
> Architecture: amd64
> AudioDevicesInUse:
> USER PID ACCESS COMMAND
> /dev/snd/controlC0: jintux 1988 F.... pulseaudio
> Date: Tue Mar 26 06:33:06 2013
> InstallationDate: Installed on 2013-03-25 (0 days ago)
> InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64
> (20121017.5)
> MachineType: ASUSTeK COMPUTER INC. S400CA
> MarkForUpload: True
> ProcEnviron:
> TERM=xterm
> PATH=(custom, no user)
> XDG_RUNTIME_
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> ProcFB: 0 inteldrmfb
> ProcKernelCmdLine: BOOT_IMAGE=
> root=UUID=
> RelatedPackageV
> linux-restricte
> linux-backports
> linux-firmware 1.95
> SourcePackage: linux
> UpgradeStatus: No upgrade log present (probably fresh install)
> dmi.bios.date: 09/28/2012
> dmi.bios.vendor: American Megatrends Inc.
> dmi.bios.version: S400CA.203
> dmi.board.
> dmi.board.name: S400CA
> dmi.board.vendor: ASUSTeK COMPUTER INC.
> dmi.board.version: 1.0
> dmi.chassis.
> dmi.chassis.type: 10
> dmi.chassis.vendor: ASUSTeK COMPUTER INC.
> dmi.chassis.
> dmi.modalias:
> dmi:bvnAmerican
> dmi.product.name: S400CA
> dmi.product.
> dmi.sys.vendor: ASUSTeK COMPUTER INC.
>
> To manage notifications about this bug go to:
> https:/
Marc Gondran (marc-gondran-n) wrote : | #40 |
so how have we got to do ?
Marc Gondran (marc-gondran-n) wrote : | #41 |
I've tryed that :
wget -O kernel.sh http://
kernel.sh
and It works perfectly !!
Thanks
Marc Gondran (marc-gondran-n) wrote : | #42 |
In fact i tryed that
wget -O kernel.tar.gz http://
sudo su -c 'tar xzvf kernel.tar.gz ; mv linux-3.10-rc5 /usr/src/ ; cd /usr/src/
I copy/past the kernel.sh
Diego Carrera Gallego (diegocarrera2000) wrote : | #43 |
Hey @Marc, i made your steps on ubuntu 13.04 x64, but Ubuntu doesn't init properly.
It is neccesary more steps or maybe i'm doing something wrong? :(
Mathieu Laurent (mla) wrote : | #44 |
This patch works very well. I use it with linux-3.10-rc5 on my asus zenbook ux31e.
Now, I have wireless on my balcony ;-) It was never possible before.
Christoph Vogler (vogler-c) wrote : | #45 |
With this patch my wireless works very well, too. Now i have 44% signal strength, befor the network wasn't even recognized !
Diego Carrera Gallego (diegocarrera2000) wrote : | #46 |
# These Steps are used to get an excelent wireless signal on ATH9K on ubuntu 13.04 x64
# see https:/
# https:/
# Thanks so much, all peoples from these tracker systems that has been reported
# and helped about it. @Sujith Manoharan @jkp @gfmichaud
# i hope this could help more people until appears in kernel.
# first we got the kernel from github/torvalds and set to kernel 3.10-rc5 because
# this patch is tested on it.
# this command will get a folder called linux
git clone https:/
git checkout v3.10-rc5
#apply this patches, first add AR9300_
# second fix an error in first, and add more parameters
https:/
http://
# apply this modified patch
sudo su
mv linux /usr/src/
cd /usr/src/
# we start to compile the kernerl on ubuntu 13.04
# http://
make oldconfig
make
make modules_install install
mkinitramfs -o initrd.
update-grub
Gerry Winkler (gerry-l-winkler) wrote : | #47 |
When I paste the second command "checkout v3.10-rc5" it tells me that it's an invalid command.
I also tried:
"I've tryed that :
wget -O kernel.sh http://
kernel.sh
and It works perfectly !!
Thanks"
Which didn't work for me.
Which of the above posts will patch this?
Thanks.
Diego Carrera Gallego (diegocarrera2000) wrote : | #48 |
@Gerry. Confirm that you have git package as pre-requeriment to get works second command.
sudo apt-get install git
And apply this second command into the linux folder that has been cloned, just like:
git clone https:/
cd linux
git checkout v3.10-rc5
cd ..
Timo Hülsmann (thuelsmann82) wrote : | #49 |
Zenbook UX31E with Ubuntu 13.04
The kernel.sh-approach worked for me.
The instructions for patching and compiling the kernel on my own didn't work. I got stuck at patching the kernel.
In Linux Kernel Bug Tracker #49201, gfmichaud (gfmichaud-linux-kernel-bugs) wrote : | #212 |
How do we know in which kernel the patches will be committed ?
Will the be in 3.10 or later ?
In Linux Kernel Bug Tracker #49201, linville (linville-linux-kernel-bugs) wrote : | #213 |
Presumably in 3.11...
Gerry Winkler (gerry-l-winkler) wrote : | #50 |
Thanks for the quick replies.
Gerry Winkler (gerry-l-winkler) wrote : | #51 |
I got this at the end. Any suggestions?
grep: /boot/config-
WARNING: missing /lib/modules/
Device driver support needs thus be built-in linux image!
ERROR: could not open directory /lib/modules/
FATAL: could not search modules: No such file or directory
WARNING: could not open /tmp/mkinitramf
WARNING: could not open /tmp/mkinitramf
Diego Carrera Gallego (diegocarrera2000) wrote : | #52 |
@Gerry, Im not sure, but I seem to be missing some packages before compiling the kernel
And make sure that the git clone has been finished correctly
# see https:/
# These are some package requerimentes before compile
sudo apt-get install fakeroot build-essential crash kexec-tools makedumpfile kernel-wedge
sudo apt-get build-dep linux
sudo apt-get install git-core libncurses5 libncurses5-dev libelf-dev asciidoc binutils-dev
I hope that it could help you.
Mark Mandel (mark-mandel) wrote : | #53 |
Anyone know if this is meant to be fixed in 13.10? If so, I'm happy to test it out.
xcalin (xcalin16-gmail) wrote : | #54 |
I tested and still not fixed
On Jul 2, 2013 5:45 AM, "Mark Mandel" <email address hidden> wrote:
> Anyone know if this is meant to be fixed in 13.10? If so, I'm happy to
> test it out.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> ATH9K wireless signal weak
>
> Status in The Linux Kernel:
> Fix Released
> Status in “linux” package in Ubuntu:
> Confirmed
>
> Bug description:
> AR9485 Wireless Network Adapter has a low signal when in close range
> of station.
>
> I disabled hardware encryption with putting:
> options ath9k nohwcrypt=1
> in
> /etc/modprobe.
>
> That doesn't seemed to help.
>
> The signal has 2 bars while it has full strength in windows. (I am 2
> meters away from the wifi station)
>
> s400ca:~$ rfkill list all
> 2: asus-wlan: Wireless LAN
> Soft blocked: no
> Hard blocked: no
> 3: asus-bluetooth: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 4: hci0: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 5: phy0: Wireless LAN
> Soft blocked: no
> Hard blocked: no
>
> ProblemType: Bug
> DistroRelease: Ubuntu 12.10
> Package: linux-image-
> ProcVersionSign
> Uname: Linux 3.5.0-26-generic x86_64
> ApportVersion: 2.6.1-0ubuntu10
> Architecture: amd64
> AudioDevicesInUse:
> USER PID ACCESS COMMAND
> /dev/snd/controlC0: jintux 1988 F.... pulseaudio
> Date: Tue Mar 26 06:33:06 2013
> InstallationDate: Installed on 2013-03-25 (0 days ago)
> InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64
> (20121017.5)
> MachineType: ASUSTeK COMPUTER INC. S400CA
> MarkForUpload: True
> ProcEnviron:
> TERM=xterm
> PATH=(custom, no user)
> XDG_RUNTIME_
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> ProcFB: 0 inteldrmfb
> ProcKernelCmdLine: BOOT_IMAGE=
> root=UUID=
> RelatedPackageV
> linux-restricte
> linux-backports
> linux-firmware 1.95
> SourcePackage: linux
> UpgradeStatus: No upgrade log present (probably fresh install)
> dmi.bios.date: 09/28/2012
> dmi.bios.vendor: American Megatrends Inc.
> dmi.bios.version: S400CA.203
> dmi.board.
> dmi.board.name: S400CA
> dmi.board.vendor: ASUSTeK COMPUTER INC.
> dmi.board.version: 1.0
> dmi.chassis.
> dmi.chassis.type: 10
> dmi.chassis.vendor: ASUSTeK COMPUTER INC.
> dmi.chassis.
> dmi.modalias:
> dmi:bvnAmerican
> dmi.product.name: S400CA
> dmi.product.
> dmi.sys.vendor: ASUSTeK COMPUTER INC.
>
> To manage notifications about this bug go to:
> https:/
>
Timo Jyrinki (timo-jyrinki) wrote : | #55 |
As indicated in bug #971809, the fix is now part of Linux 3.11 and can be obtained via backports:
Get the latest package: https:/
Unpack.
make defconfig-ath9k && make && sudo make install
Reboot & enjoy. (until next kernel package update)
Gerry Winkler (gerry-l-winkler) wrote : | #56 |
I'm having trouble with the make command. Could someone explain how to do this, or should I just wait for it to be released since this is over my head?
Timo Hülsmann (thuelsmann82) wrote : | #57 |
The backport module works fine for me with kernel 2.8.0-27-generic.
Timo Jyrinki (timo-jyrinki) wrote : | #58 |
Gerry and others: I'll try to give instructions that don't "skip" any steps, hopefully it'll help. Steps 2-7 are commands you should just copy paste in terminal.
1. Open Dash and search for Terminal and open it
2. wget https:/
3. tar xvf backports-
4. cd backports-20130618
5. make defconfig-ath9k
6. make
7. sudo make install
8. (insert your password when sudo asks it).
9. Ready! Reboot the computer.
The new drivers should then be in use, but note you will need to do the steps 4-7 again if a Linux kernel update comes as a security update or otherwise.
Gerry Winkler (gerry-l-winkler) wrote : | #59 |
Worked perfectly! Thank you so much.
Ubuntu Foundations Team Bug Bot (crichton) wrote : | #60 |
The attachment "patch to apply in drivers/
[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]
Petter Reinholdtsen (pere-hungry) wrote : | #61 |
Any hope of having this problem fixed in an official kernel in raring? It seem to affect Packard Bell EasyNote LV,
http://
Joey Stevense (joey2524) wrote : | #62 |
Buy a Mac and your problems are solved
On Friday, July 26, 2013, Petter Reinholdtsen wrote:
> Any hope of having this problem fixed in an official kernel in raring? It
> seem to affect Packard Bell EasyNote LV,
> http://
> seem to fall out after a few minutes.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> ATH9K wireless signal weak
>
> Status in The Linux Kernel:
> Fix Released
> Status in “linux” package in Ubuntu:
> Confirmed
> Status in “linux” package in Gentoo Linux:
> New
>
> Bug description:
> AR9485 Wireless Network Adapter has a low signal when in close range
> of station.
>
> I disabled hardware encryption with putting:
> options ath9k nohwcrypt=1
> in
> /etc/modprobe.
>
> That doesn't seemed to help.
>
> The signal has 2 bars while it has full strength in windows. (I am 2
> meters away from the wifi station)
>
> s400ca:~$ rfkill list all
> 2: asus-wlan: Wireless LAN
> Soft blocked: no
> Hard blocked: no
> 3: asus-bluetooth: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 4: hci0: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 5: phy0: Wireless LAN
> Soft blocked: no
> Hard blocked: no
>
> ProblemType: Bug
> DistroRelease: Ubuntu 12.10
> Package: linux-image-
> ProcVersionSign
> Uname: Linux 3.5.0-26-generic x86_64
> ApportVersion: 2.6.1-0ubuntu10
> Architecture: amd64
> AudioDevicesInUse:
> USER PID ACCESS COMMAND
> /dev/snd/controlC0: jintux 1988 F.... pulseaudio
> Date: Tue Mar 26 06:33:06 2013
> InstallationDate: Installed on 2013-03-25 (0 days ago)
> InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64
> (20121017.5)
> MachineType: ASUSTeK COMPUTER INC. S400CA
> MarkForUpload: True
> ProcEnviron:
> TERM=xterm
> PATH=(custom, no user)
> XDG_RUNTIME_
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> ProcFB: 0 inteldrmfb
> ProcKernelCmdLine: BOOT_IMAGE=
> root=UUID=
> RelatedPackageV
> linux-restricte
> linux-backports
> linux-firmware 1.95
> SourcePackage: linux
> UpgradeStatus: No upgrade log present (probably fresh install)
> dmi.bios.date: 09/28/2012
> dmi.bios.vendor: American Megatrends Inc.
> dmi.bios.version: S400CA.203
> dmi.board.
> dmi.board.name: S400CA
> dmi.board.vendor: ASUSTeK COMPUTER INC.
> dmi.board.version: 1.0
> dmi.chassis.
> dmi.chassis.type: 10
> dmi.chassis.vendor: ASUSTeK COMPUTER INC.
> dmi.chassis.
> dmi.modalias:
> dmi:bvnAmerican
> dmi.product.name: S400CA
> dmi.produc...
xcalin (xcalin16-gmail) wrote : | #63 |
Hello all!
I just tried the latest 3.11 rc2 and the wireless it's working fine.
On Jul 26, 2013 11:55 PM, "Petter Reinholdtsen" <email address hidden> wrote:
> Any hope of having this problem fixed in an official kernel in raring? It
> seem to affect Packard Bell EasyNote LV,
> http://
> seem to fall out after a few minutes.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> ATH9K wireless signal weak
>
> Status in The Linux Kernel:
> Fix Released
> Status in “linux” package in Ubuntu:
> Confirmed
> Status in “linux” package in Gentoo Linux:
> New
>
> Bug description:
> AR9485 Wireless Network Adapter has a low signal when in close range
> of station.
>
> I disabled hardware encryption with putting:
> options ath9k nohwcrypt=1
> in
> /etc/modprobe.
>
> That doesn't seemed to help.
>
> The signal has 2 bars while it has full strength in windows. (I am 2
> meters away from the wifi station)
>
> s400ca:~$ rfkill list all
> 2: asus-wlan: Wireless LAN
> Soft blocked: no
> Hard blocked: no
> 3: asus-bluetooth: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 4: hci0: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 5: phy0: Wireless LAN
> Soft blocked: no
> Hard blocked: no
>
> ProblemType: Bug
> DistroRelease: Ubuntu 12.10
> Package: linux-image-
> ProcVersionSign
> Uname: Linux 3.5.0-26-generic x86_64
> ApportVersion: 2.6.1-0ubuntu10
> Architecture: amd64
> AudioDevicesInUse:
> USER PID ACCESS COMMAND
> /dev/snd/controlC0: jintux 1988 F.... pulseaudio
> Date: Tue Mar 26 06:33:06 2013
> InstallationDate: Installed on 2013-03-25 (0 days ago)
> InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64
> (20121017.5)
> MachineType: ASUSTeK COMPUTER INC. S400CA
> MarkForUpload: True
> ProcEnviron:
> TERM=xterm
> PATH=(custom, no user)
> XDG_RUNTIME_
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> ProcFB: 0 inteldrmfb
> ProcKernelCmdLine: BOOT_IMAGE=
> root=UUID=
> RelatedPackageV
> linux-restricte
> linux-backports
> linux-firmware 1.95
> SourcePackage: linux
> UpgradeStatus: No upgrade log present (probably fresh install)
> dmi.bios.date: 09/28/2012
> dmi.bios.vendor: American Megatrends Inc.
> dmi.bios.version: S400CA.203
> dmi.board.
> dmi.board.name: S400CA
> dmi.board.vendor: ASUSTeK COMPUTER INC.
> dmi.board.version: 1.0
> dmi.chassis.
> dmi.chassis.type: 10
> dmi.chassis.vendor: ASUSTeK COMPUTER INC.
> dmi.chassis.
> dmi.modalias:
> dmi:bvnAmerican
xcalin (xcalin16-gmail) wrote : | #64 |
Here is the link for the compiled kernels ubuntu, it's also compatible with
raring:
http://
2013/7/26 Joey Stevense <email address hidden>
> Buy a Mac and your problems are solved
>
> On Friday, July 26, 2013, Petter Reinholdtsen wrote:
>
> > Any hope of having this problem fixed in an official kernel in raring?
> It
> > seem to affect Packard Bell EasyNote LV,
> > http://
> > seem to fall out after a few minutes.
> >
> > --
> > You received this bug notification because you are subscribed to the bug
> > report.
> > https:/
> >
> > Title:
> > ATH9K wireless signal weak
> >
> > Status in The Linux Kernel:
> > Fix Released
> > Status in “linux” package in Ubuntu:
> > Confirmed
> > Status in “linux” package in Gentoo Linux:
> > New
> >
> > Bug description:
> > AR9485 Wireless Network Adapter has a low signal when in close range
> > of station.
> >
> > I disabled hardware encryption with putting:
> > options ath9k nohwcrypt=1
> > in
> > /etc/modprobe.
> >
> > That doesn't seemed to help.
> >
> > The signal has 2 bars while it has full strength in windows. (I am 2
> > meters away from the wifi station)
> >
> > s400ca:~$ rfkill list all
> > 2: asus-wlan: Wireless LAN
> > Soft blocked: no
> > Hard blocked: no
> > 3: asus-bluetooth: Bluetooth
> > Soft blocked: no
> > Hard blocked: no
> > 4: hci0: Bluetooth
> > Soft blocked: no
> > Hard blocked: no
> > 5: phy0: Wireless LAN
> > Soft blocked: no
> > Hard blocked: no
> >
> > ProblemType: Bug
> > DistroRelease: Ubuntu 12.10
> > Package: linux-image-
> > ProcVersionSign
> > Uname: Linux 3.5.0-26-generic x86_64
> > ApportVersion: 2.6.1-0ubuntu10
> > Architecture: amd64
> > AudioDevicesInUse:
> > USER PID ACCESS COMMAND
> > /dev/snd/controlC0: jintux 1988 F.... pulseaudio
> > Date: Tue Mar 26 06:33:06 2013
> > InstallationDate: Installed on 2013-03-25 (0 days ago)
> > InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64
> > (20121017.5)
> > MachineType: ASUSTeK COMPUTER INC. S400CA
> > MarkForUpload: True
> > ProcEnviron:
> > TERM=xterm
> > PATH=(custom, no user)
> > XDG_RUNTIME_
> > LANG=en_US.UTF-8
> > SHELL=/bin/bash
> > ProcFB: 0 inteldrmfb
> > ProcKernelCmdLine: BOOT_IMAGE=
> > root=UUID=
> vt.handoff=7
> > RelatedPackageV
> > linux-restricte
> > linux-backports
> > linux-firmware 1.95
> > SourcePackage: linux
> > UpgradeStatus: No upgrade log present (probably fresh install)
> > dmi.bios.date: 09/28/2012
> > dmi.bios.vendor: American Megatrends Inc.
> > dmi.bios.version: S400CA.203
> > dmi.board.
> > dmi.board.name: S400CA
> > dmi.board.vendor: ASUSTeK COMPUTER INC.
> > dmi.board.version: ...
Petter Reinholdtsen (pere-hungry) wrote : | #65 |
On one of my Packard Bell EasyNote LV, the wireless network stop working some minutes after boot. Only a reboot get it working again. I tried to use the 3.11 rc2 kernel, but it reintroduced the black screen of death and thus was not a very good alternative. The machine need acpi_backlight=
One of the other ones have not had this problem, but it might be caused by it running an earlier raring kernel. I'm testing it again with the latest kernel version now.
Petter Reinholdtsen (pere-hungry) wrote : | #66 |
I booted the 3.11 kernel (uname said 3.11.0-
booting it with i915.invert_
Petter Reinholdtsen (pere-hungry) wrote : | #67 |
My problem seem to be the one reported as https:/
In Linux Kernel Bug Tracker #49201, artur.szymczak (artur.szymczak-linux-kernel-bugs) wrote : | #214 |
Was it merged in 3.11-rc3?
Augustin Riedinger (augustin-riedinger) wrote : | #68 |
Well, I added the patch once. Then I got an update (I'm on Lubuntu, though I'm not sure it makes any difference).
And the bug came back with some installation.
Any idea when it will be fixed and won't come back while installing updates, so I can continue to update my ubuntu safely?
Thanks
Yashik (dryashik108) wrote : | #69 |
Timo Jyrinki is just BRILLIANT! Thank You. After many months of tinkering with this, trying other distros (and even using Windows 8!), this simple tut sorted it all out. Now I'm connected to wifi, at good speed, and it's not dropping the signal either. Excellent Stuff!
tags: | added: bios-outdated-209 |
tags: | added: regression-potential |
Feniksa (feniksa) wrote : | #70 |
Update: I had the same problem for Asus S400C. It contains Atheros AR9485 WIFI card.
# lspci
...
02:00.0 Network controller: Atheros Communications Inc. AR9485 Wireless Network Adapter (rev 01)
...
Latest release candidate kernel https:/
Just installed and it works for me
Timo Jyrinki (timo-jyrinki) wrote : | #71 |
FYI 3.11 kernel landed in Ubuntu 13.10 development version, so this is now also fixed there without any tricks.
Ubuntu 13.04 is apparently getting a partial fix (not sure if it's enough, two patches were originally mentioned as being relevant) in its next kernel update (bug #1204666), and I've attached a patch to bug #971809 that would bring the other part there too if picked up by kernel stable release update team.
Changed in linux (Ubuntu): | |
status: | Confirmed → Fix Released |
In Linux Kernel Bug Tracker #49201, harroxelas (harroxelas-linux-kernel-bugs) wrote : | #215 |
Were the patches merged on 3.11-rc6?
In Linux Kernel Bug Tracker #49201, sujith (sujith-linux-kernel-bugs) wrote : | #216 |
The fixes are in the 3.11 release.
In Linux Kernel Bug Tracker #49201, linville (linville-linux-kernel-bugs) wrote : | #217 |
*** Bug 55171 has been marked as a duplicate of this bug. ***
In Linux Kernel Bug Tracker #49201, linville (linville-linux-kernel-bugs) wrote : | #218 |
*** Bug 55901 has been marked as a duplicate of this bug. ***
In Linux Kernel Bug Tracker #49201, eugene.shatokhin (eugene.shatokhin-linux-kernel-bugs) wrote : | #219 |
(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?
Alexander Pankov (pianisteg) wrote : | #72 |
Ununtu 14.04, this bug affects me.
3.13.0-66-generic
[code]
wlan1 IEEE 802.11bgn ESSID:"
Bit Rate=11 Mb/s Tx-Power=16 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=27/70 Signal level=-83 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:13 Invalid misc:29 Missed beacon:0
[/code]
Android wallet shows link quality 4/4 :(
In Linux Kernel Bug Tracker #49201, jesuinovieira_ (jesuinovieira-linux-kernel-bugs) wrote : | #220 |
Hi, can anyone help me?
How do I apply a patch? I got the same problem.
tags: | added: cscc |
Wifi connection with an Atheros AR9485 card is very unstable (bad quality, and very bad range).
At the beginning connection quality stays where it reasonably should be, but after few seconds it drops to poor values :
:~$ sudo iwconfig
lo no wireless extensions.
wlan0 IEEE 802.11bgn ESSID:"Pluff"
Mode: Managed Frequency:2.412 GHz Access Point: 94:0C:6D:C5:8B:B4
Encryption key:off
Bit Rate=54 Mb/s Tx-Power=15 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=46/70 Signal level=-64 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:4 Missed beacon:0
......
:~$ sudo iwconfig
lo no wireless extensions.
wlan0 IEEE 802.11bgn ESSID:"Pluff"
Mode: Managed Frequency:2.412 GHz Access Point: 94:0C:6D:C5:8B:B4
Encryption key:off
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Bit Rate=54 Mb/s Tx-Power=15 dBm
Link Quality=28/70 Signal level=-82 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:4 Missed beacon:0
--- --- --- --- --- --- --- --- ---
This was tested on (cat /proc/version) :
- Linux version 3.5.0-17-generic (buildd@allspice) (gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1) ) #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012
which is the standard Ubuntu 12.10 kernel and
- Linux version 3.7.0-999-generic (apw@gomeisa) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #201210210405 SMP Sun Oct 21 08:05:46 UTC 2012
which is the latest upstream kernel
The exact name of the network card is (lspci) :
02:00.0 Network controller: Atheros Communications Inc. AR9485 Wireless Network Adapter (rev 01)
--- --- --- --- --- --- --- --- ---
This bug is related to Ubuntu Launchpad bug n°971809. /bugs.launchpad .net/ubuntu/ +source/ linux/+ bug/971809
https:/