Bug 539878
Summary: | Wireless connections with Intel iwl4965 are not reliable | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Andrea Bruna <andbruna> | ||||||
Component: | kernel | Assignee: | Stanislaw Gruszka <sgruszka> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | 12 | CC: | dougsland, gansalmon, itamar, kernel-maint, linville, reinette.chatre | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | kernel-2.6.32.14-131.fc12 | Doc Type: | Bug Fix | ||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2010-07-13 08:44:57 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Andrea Bruna
2009-11-21 12:52:39 UTC
Could you post the output of running iwevent during the association attempts? Also, could you include the output of dmesg from the same period? Created attachment 374532 [details]
dmesg
Created attachment 374533 [details]
iwevent
(In reply to comment #1) > Could you post the output of running iwevent during the association attempts? > Also, could you include the output of dmesg from the same period? I'm sorry being late (I'm often on secondment) but please find attached the requested documents. I would like to add that the problem happens only with a Sitecom Wl-161 router; I tried with a different AP (Netgear DG834GT) and everything worked well. (In reply to comment #1) > Could you post the output of running iwevent during the association attempts? > Also, could you include the output of dmesg from the same period? I'm sorry being late (I'm often on secondment) but please find attached the requested documents. I would like to add that the problem happens only with a Sitecom Wl-161 router; I tried with a different AP (Netgear DG834GT) and everything worked well. Please try creating a file in /etc/modprobe.d (e.g. /etc/modprobe.d/iwlagn) with the following contents: options iwlagn swcrypto=1 Then 'modprobe -r iwlagn ; modprobe iwlagn' (or simply reboot). Does that help? (In reply to comment #6) > Does that help? Unfortunately, it does not. Same problem with 2.6.31.6-166.fc12.x86_64 Andrea, (In reply to comment #5) > I would like to add that the problem happens only with a Sitecom Wl-161 router; > I tried with a different AP (Netgear DG834GT) and everything worked well. It's hard to tell if this problem because of bug in AP or this is problem of iwl 4965 that only happens with that router. Sitecom Wl-161 seems to be very old product. Perhaps it needs firmware upgrade or some configuration tweaks, did you tried that? I again read comment comment #0. Since things worked with older kernels, that's regression and definitely should by fixed in iwlwifi driver ... Hi Andrea, Does 2.6.32 kernel help with the issue. You can install it with command: yum --enablerepo="rawhide" update kernel If it not helps, could you give a chance the current development kernel 2.6.33-rc, it can be downloaded from: http://koji.fedoraproject.org/koji/buildinfo?buildID=152100 To be honest, I have no idea when bug can be. If it is not fixed in current upstream I going to get Sitecom router and try to reproduce problem locally. (In reply to comment #11) > Does 2.6.32 kernel help with the issue. You can install it with command: > yum --enablerepo="rawhide" update kernel > > If it not helps, could you give a chance the current development kernel > 2.6.33-rc, it can be downloaded from: > http://koji.fedoraproject.org/koji/buildinfo?buildID=152100 > Hi Stanislaw, by enabling rawhide, yum already proposes to install kernel 2.6.33-0.18.rc4.git7.fc13.x86_64 : I tried that but no luck. Of course, I also tried updating the firmware of the device, changing the channel, forcing 802.11b only... next time I will try without encryption to see if this helps: if not, I am going to discard this router in favour of something better and keep it only for testing. Hello Andrea What is Sitecom Wl-161 configuration? I have it on my desk and I'm able to connect, I guess I have to setup it "properly" to reproduce the bug. Hi, my lan and wireless configuration is the following. If needed, I could provide you the complete configuration dat file (firmware 1.02), just let me know... SYSTEM STATUS Lan Tab IP Address: 192.168.0.1 Subnet Mask: 255.255.255.255 Default Gateway: 0.0.0.0 DHCP: Server DHCP Client Range: 192.168.0.100 - 192.168.0.200 802.1d Spanning Tree: Disabled Clone MAC Address: 000000000000 Log Tab Enable Log: (enabled), system all Enable Remote Log: (disabled) Log Server IP Address: (empty) WIRELESS SETTINGS Basic tab - Disable Wireless LAN Interface: (disabled) - Band: 2.4 GHz (B+G) - Mode: AP - NetWork Type: Infrastructure - Channel Number: 6 - Associated Clients: Show Active Clients - Enable MAc Clone (Single Ethernet Client): (disabled) - Enable Universal Repeater Mode (Acting as AP and client simultaneously): (disabled) - SSID of Extended Interface: (empty) Advanced Tab: - Authentication Type: Auto - Fragment Threshold: 2346 - RTS Threshold: 2347 - Bacon Interval: 100 - Data Rate: Auto - Preamble Type: Long Preamble - Broadcast SSID: Enabled - IAPP: Enabled - 802.11g Protection: Enabled Security Tab: - Encryption: WPA - Use 802.1x Authentication: WEP 64bits - WPA Authentication mode: Personal (Pre-Shared Key) - WPA Cipher Suite: TKIP - WPA2 Cipher Suite: AES - Pre-Shared Key Format: Passphraset - Enable Pre-Authentication: (disabled) - Authentication RADIUS Server: Port (1812), IP Address (empty), Password (empty) ACL tab: - Wireless Access Control Mode: (disabled) - Mac Address: (empty) - Comment: (empty) WDS: - Enable WDS: (disabled) - Add WDS AP: MAC Address (empty), Comment (empty) Thanks for detailed information Andrea. Bug is not present on 2.6.30 kernel, so I did bisection and found commit that broke things. It is: commit aa837e1d6bd1a71b3c30c7738b6c29d41512fe7d Author: Johannes Berg <johannes> Date: Thu May 7 16:16:24 2009 +0200 mac80211: set default QoS values according to spec As far however I don't know why that commit introduce breakage, I have to dig more into it to find a fix. Hi Andrea Could you check out kernel from here: http://koji.fedoraproject.org/koji/taskinfo?taskID=2044352 when it finish build. Does it fix the issue? (In reply to comment #16) > Hi Andrea > > Could you check out kernel from here: > http://koji.fedoraproject.org/koji/taskinfo?taskID=2044352 when it finish > build. Does it fix the issue? Hi sg, I confirm this build fixes the issue (I'm using it right now). kernel-2.6.32.16-141.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report. |