You are not logged in.
Hey guys I just updated the kernel26 package via pacman not too long ago and noticed after upgrade I had worse than usual wireless performance.
I upgraded from 2.6.38-ARCH to 2.6.39-ARCH.
Heres an output of iwconfig :
wlan0 IEEE 802.11abgn ESSID:"MySSID"
Mode:Managed Frequency:2.412 GHz Access Point: MyMac
Bit Rate=24 Mb/s Tx-Power=14 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=55/70 Signal level=-55 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:5 Invalid misc:33419 Missed beacon:0
I notice that there is a large Invalid misc value and the connection even had a couple of Tx excessive retry errors, I also notice that my wireless bandwidth is quite weak (I had a G rate of 54 Mb/s pre upgrade). I used speedtest.net to check my internet speed and noted that my connection speed had halved (7 mbit as opposed to 15).
Oh and if this helps here is an output of dmesg |grep 4965 :
[ 5.842556] iwl4965: Intel(R) Wireless WiFi 4965 driver for Linux, in-tree:
[ 5.842578] iwl4965: Copyright(c) 2003-2011 Intel Corporation
[ 5.842580] Registering 4965 rate control operations
[ 5.842643] iwl4965 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 5.842651] iwl4965 0000:03:00.0: setting latency timer to 64
[ 5.842678] iwl4965 0000:03:00.0: Detected Intel(R) Wireless WiFi Link 4965AGN, REV=0x4
[ 5.915174] iwl4965 0000:03:00.0: device EEPROM VER=0x36, CALIB=0x5
[ 5.915192] iwl4965 0000:03:00.0: Tunable channels: 11 802.11bg, 13 802.11a channels
[ 5.915451] iwl4965 0000:03:00.0: irq 48 for MSI/MSI-X
[ 6.017997] iwl4965 0000:03:00.0: loaded firmware version 228.61.2.24
[ 6.401528] ieee80211 phy0: Selected rate control algorithm 'iwl-4965-rs'
and an output of lspci | grep 4965 :
03:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61)
I connect to my network with WPA2(AES) encryption and I'm using NetworkManager for my networking management.
If theres any other info that I should share to help solve this problem please let me know.
(P.S. I'm a new convert to Arch and I've been finding it great!)
-MDstr
Last edited by MDstr (2011-06-13 13:43:24)
Offline
Hey,
I am having similar issues. I just updated this morning and have not been able to connect to wireless access points.
I get errors indicating authentication timed out.
On the same subject, I thought I was using iwlagn prior to this morning's update. Now, I have both iwlagn and iwl4965 loaded. It appears iwlagn doesn't work anymore, as iwl4965 registers the network device and I can see it with ifconfig -a.
Any ideas?
Thanks,
Walter
Offline
Just an excerpt from lsmod as far as mac80211 is concerned :
mac80211 211822 2 iwl4965,iwl_legacy
iwlagn is no longer used for 4965 (and I presume 3965) devices and I assume it has been replaced by iwl-legacy looking at the output of modinfo iwl_legacy.
filename: /lib/modules/2.6.39-ARCH/kernel/drivers/net/wireless/iwlegacy/iwl-legacy.ko.gz
license: GPL
author: Copyright(c) 2003-2011 Intel Corporation <ilw@linux.intel.com>
version: in-tree:
description: iwl-legacy: common functions for 3945 and 4965
srcversion: 34F20C1755E777C0BBA15DF
depends: mac80211,cfg80211
vermagic: 2.6.39-ARCH SMP preempt mod_unload
parm: led_mode:0=system default, 1=On(RF On)/Off(RF Off), 2=blinking (int)
parm: bt_coex_active:enable wifi/bluetooth co-exist (bool)
Offline
Yes, after I removed it from the modules to be loaded, the iwlagn was no longer loaded automatically. I still had problems getting onto wireless though. When I reverted back to 2.6.38, everything worked fine.
Walter
Offline
Same situation here, downgrade to 2.6.38 and everything works great.
EDIT: Bug reported to https://bugs.archlinux.org/task/24709
Last edited by MDstr (2011-06-13 12:08:25)
Offline
Glad to see someone else is having a similar issue. I'm using the intel 6200n card. After the upgrade to 2.6.39 any time I use my wireless it hard locks my wireless router. I'll have to downgrade to 2.6.38 tonight.
Last edited by migizi (2011-06-13 13:35:23)
Offline
Same here... although I had this issue several weeks ago when 39 was in testing. I though it would have been fixed by now.
Offline
This bug is fixed in 3.0.0-rc3-mainline just to let you lot know.
Offline
is the next kernel release going to go from 2.6.39 to 3? If it is I'll just wait then... unless there are other advantages to going to 3.
Offline
This bug is fixed in 3.0.0-rc3-mainline just to let you lot know.
I realize this is slightly off topic... but is there a aur way of compiling 3.0.0-rc3-mainline yet (ie a pkgbuild that someone made). I want to see if it fixes it for me too.
Offline
Thanks for letting us know the bug is fixed in 3.0.0-rc3. I am excited to have a fully operational wireless card again.
Walter
Offline
Thanks for letting us know the bug is fixed in 3.0.0-rc3. I am excited to have a fully operational wireless card again.
Walter
Me too...
Not only am I facing the same problem with my Intel Corporation WiFi Link 5100 and iwlagn. Furthermore, since I've upgraded to 2.6.39, connecting to my router (TP-Link TL-WR1043ND with DD-WRT firmware) causes it to crash completely. After that, no ethernet, no WAN, no wireless works anymore and only restarting helps.
More on this: http://www.dd-wrt.com/phpBB2/viewtopic. … c373f030de
Last edited by bunghole (2011-06-21 09:25:22)
Offline
I'm having similar issues here with my iwlagn 5150 ever since upgrading to 2.6.39. After some use, it craps out and drops a bunch of
Request scan called when driver not ready.
in my dmesg. Modprobing iwlagn out and back in will restore functionality, but then I get
Microcode SW error detected. Restarting 0x2000000.
Loaded firmware version 8.24.2.2
with an error log dump following. Running 3.0-rc3 did not fix the problem for me. Downgrading to 2.6.38 did.
Does anyone know if there's a kernel bug for these iwl regressions somewhere? I'm sure I'm not the only one who wants my wireless working again...
Last edited by djpohly (2011-06-21 13:28:25)
Offline
This bug is fixed in 3.0.0-rc3-mainline just to let you lot know.
Is it? I have the same problems on 3.0.0-rc3-mainline.
Offline
qelo: what kind of card do you have? Maybe we have a different problem from the OP...?
Offline
qelo: what kind of card do you have? Maybe we have a different problem from the OP...?
I have 4965AGN. I can use wifi if I have very good link quality but even then I have many "Tx excessive retries" and "Invalid misc".
$ uname -r
3.0.0-rc3-mainline
wlan0 IEEE 802.11abgn ESSID:"x"
Mode:Managed Frequency:2.427 GHz Access Point: xx:xx:xx:xx:xx:xx
Bit Rate=13 Mb/s Tx-Power=15 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=37/70 Signal level=-73 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:12688 Invalid misc:27437 Missed beacon:0
[ 13.522300] iwl4965: Intel(R) Wireless WiFi 4965 driver for Linux, in-tree:
[ 13.522369] iwl4965: Copyright(c) 2003-2011 Intel Corporation
[ 13.522503] iwl4965 0000:04:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 13.522603] iwl4965 0000:04:00.0: Detected Intel(R) Wireless WiFi Link 4965AGN, REV=0x4
[ 13.561536] iwl4965 0000:04:00.0: device EEPROM VER=0x36, CALIB=0x5
[ 13.561613] iwl4965 0000:04:00.0: Tunable channels: 13 802.11bg, 19 802.11a channels
[ 13.989978] iwl4965 0000:04:00.0: loaded firmware version 228.61.2.24
[ 151.653373] iwl4965 0000:04:00.0: iwl4965_tx_agg_start on ra = xx:xx:xx:xx:xx:xx tid = 0
[ 155.353370] iwl4965 0000:04:00.0: iwl4965_tx_agg_start on ra = xx:xx:xx:xx:xx:xx tid = 0
[ 276.389009] iwl4965 0000:04:00.0: Aggregation not enabled for tid 6 because load = 1
[ 1190.419959] iwl4965 0000:04:00.0: iwl4965_tx_agg_start on ra = xx:xx:xx:xx:xx:xx tid = 6
[14916.337475] iwl4965 0000:04:00.0: iwl4965_tx_agg_start on ra = xx:xx:xx:xx:xx:xx tid = 0
[17726.030890] iwl4965 0000:04:00.0: Aggregation not enabled for tid 6 because load = 0
[21043.402115] iwl4965 0000:04:00.0: Aggregation not enabled for tid 6 because load = 1
[22137.197869] iwl4965 0000:04:00.0: iwl4965_tx_agg_start on ra = xx:xx:xx:xx:xx:xx tid = 6
Offline
But despite of many "Tx excessive retries" and "Invalid misc", iwl4965 on 3.0.0 is in fact much more usable than on 2.6.39.
Offline
Please try to disable the wifi N-mode either on your accesspoint or your wifi card (or both). It seems to solve the problem for me.
$ modprobe -r iwl4965
$ modprobe iwl4965 11n_disable=1
Offline
Thanks, it seems to help with "excessive retries" but I have still many "Invalid misc".
Tx excessive retries:6 Invalid misc:76339
It's hard to tell how badly it affects wifi performance because I don't have any objective test. For now wifi seems usable.
Offline
Disabling N with 11n_disable=1 helped reduce Tx excessive retries to 0. I am still getting some Invalid misc. Running 2.6.39. 2.6.38 was also giving me Tx excessive retries.
Link Quality=59/70 Signal level=-51 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:292 Missed beacon:0
10:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61)
Subsystem: Intel Corporation Device 1000
Flags: bus master, fast devsel, latency 0, IRQ 44
Memory at e0000000 (64-bit, non-prefetchable) [size=8K]
Capabilities: [c8] Power Management version 3
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [e0] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number xx:xx:xx:xx:xx
Kernel driver in use: iwl4965
Kernel modules: iwl4965
Offline
This problem is now solved under 2.6.39.2-1, you can now safely update (I assume).
Offline
Hi,
Thanks for the followup. I am upgrading as soon as I can.
Thanks,
Walter
Offline
The problem seems to remain after upgrading to Kernel 3.0 - I still have extremely high Tx excessive retries and Invalid miscs in n mode (no Tx excessive retries in g only, though).
Good news is that an Intel guy confirmed the issue on redhat bugzilla and refers to it as a "important and high priority bug", so I guess we can expect a firmware fix soon.
Offline
I can confirm it's still there in 3.1.7
Offline
I can confirm as of 3.3.5-1-ARCH update, this problem still persists, has anyone managed to sort the problem out yet? I really don't understand as it doesn't happen under kubuntu / ubuntu. What Kernel patches are they doing, or what parameters are they using to make this not occur?
It really is quite frustrating as I now have the perfect Arch KDE set-up on my laptop and I've also managed to sort out a long time problem I was having with the laptop fan, now the wifi constantly drops. I really don't want to go back to kubuntu as my laptop has never run so good.
Any help / Advice / recommendations would be highly appreciated. Many thanks.
Offline