|
Bugzilla – Full Text Bug Listing |
| Summary: | Intel WiFi Link 5300 disconnects after 5 minutes and will not reconnect | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.4 | Reporter: | Lee Matheson <lee_matheson> |
| Component: | Network | Assignee: | Bin Li <bili> |
| Status: | RESOLVED UPSTREAM | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | lee_matheson, Martin.Seidler, spymyshadow |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | SUSE Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
There is a possibility that this wireless problem is specific to KDE4 and not to Gnome. A user in openSUSE forum noted they had a problem with a Dell Studio 1747 laptop with Intel wireless when booting to a 64-bit openSUSE-11.4 GM version KDE but not when booting to Gnome. I suspect (not certain) they have the same Intel wireless as I have on my Dell Studio 1537 (which has the problem noted in this bug report). So to test I booted the Dell Studo 1537 laptop noted in this bug report (w/Intel Wifi 5300 AGN wireless) to a 64-bit openSUSE-11.4 GM liveCD. I connected to our same home wireless LAN (that I connected with KDE with the above reported problem) but in the case of Gnome the wireless did not fail after 5 to 15 minutes. After 1 hour the wireless is still functioning. Wireless did not work as long in my KDE tests (never more than 15 minutes). A Fluke ? This is a possible 'fluke' and I'll keep testing (this week if I can, but I'm about to go on vacation for a week and it may not be possible). But IF this bug turns out to be KDE specific, would that not point the finger of the problem at knetworkmanger ? In which case, are there KDE or other log files I should provide if I boot to the KDE live CD (in addition to the log files I provided previous) ? I left the Intel WiFi 5300 AGN on this Dell Studio 1537 running from the 64-bit 11.4 Gnome liveCD run over night. It was still running in the morning, about 10 hours later with the internet functioning fine via wireless ! Clearly this works in Gnome but in KDE the wireless drops out after 5 minutes. Please advise what logs ? (if any) I can provide when booting to KDE liveCD and I will provide what I can. I booted this same PC (WiFi 5300 AGN on this Dell Studio 1537) to the 64-bit openSUSE-12.1 "Milestone-3.5" (ie build 0174) a couple of times, letting the PC run for 90 minutes in once case and for 180 minutes in another case. There were no internet drops and the Internet access via wireless was fine. Thanks your feedback, the upstream should fix it. I agree with the closed as "RESOLVED" resolution. I booted this same PC (WiFi 5300 AGN on this Dell Studio 1537) to the 64-bit openSUSE-12.1 RC1 liveCD (ie build 0379) letting the PC run for a few hours. There were no internet drops and internet via the wireless was fine. |
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b11) Gecko/20110203 Firefox/4.0b11 Booting from 64-bit openSUSE-11.4 RC2 KDE4 liveCD (w/nomodeset) on Dell Studio 1537 laptop with Intel WiFi Link5300. Wireless initially connects ok to home wireless LAN (WPA PSK) but after 5 minutes disconnects and will not reconnect. I note this laptop to home WLAN currently works w/64-bit openSUSE-11.3 KDE4 and Windows7. It also works ok with ipod and with older Fujitu-Siemens Amilo laptop (different hardware) on openSUSE-11.1. It also worked ok with openSUSE-11.4 RC1 on this same Intel 5300AGN/Dell-Laptop (tested for a few hours and no drops). There are no entries in dmesg explaining disconnection. Disconnection is seen via ping and also firefox refusing to connect. When WLAN re-connection is attempted firefox will NOT connect, and ping to router sort of works but ping is VERY slow in konsole entry lines for ping (maybe 10x slower than normal), and then after 5 ping minutes stops again. But firefox does not work at all in this (and any subsequent) reconnection attempts. Hardware: 04:00.0 Network controller [0280]: Intel Corporation Ultimate N WiFi Link 5300 [8086:4235] Subsystem: Intel Corporation Device [8086:1121] Kernel driver in use: iwlagn Initial dmesg when connection working: [ 317.423765] wlan0: authenticate with bc:05:43:5f:0e:cd (try 1) [ 317.426750] wlan0: authenticated [ 317.426780] wlan0: associate with bc:05:43:5f:0e:cd (try 1) [ 317.430705] wlan0: RX AssocResp from bc:05:43:5f:0e:cd (capab=0x431 status=0 aid=4) [ 317.430709] wlan0: associated [ 317.436994] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 327.986041] wlan0: no IPv6 routers present [ 360.908053] iwlagn 0000:04:00.0: iwlagn_tx_agg_start on ra = bc:05:43:5f:0e:cd tid = 0 Laptop disconnected, but no indication in dmesg. So then performed a manual disconnection and then it was followed by these failed reconnection attempts of mine: [ 1382.762046] wlan0: deauthenticated from bc:05:43:5f:0e:cd (Reason: 2) [ 1382.762991] iwlagn 0000:04:00.0: Stopping AGG while state not ON or starting [ 1382.788233] cfg80211: Calling CRDA to update world regulatory domain [ 1382.795277] cfg80211: World regulatory domain updated: [ 1382.795279] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 1382.795282] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 1382.795284] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [ 1382.795286] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [ 1382.795288] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 1382.795290] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 1386.184073] wlan0: authenticate with bc:05:43:5f:0e:cd (try 1) [ 1386.187247] wlan0: authenticated [ 1386.187273] wlan0: associate with bc:05:43:5f:0e:cd (try 1) [ 1386.190421] wlan0: RX AssocResp from bc:05:43:5f:0e:cd (capab=0x431 status=0 aid=4) [ 1386.190425] wlan0: associated [ 1397.832213] wlan0: deauthenticating from bc:05:43:5f:0e:cd by local choice (reason=3) [ 1397.848445] cfg80211: Calling CRDA to update world regulatory domain [ 1397.855590] cfg80211: World regulatory domain updated: [ 1397.855593] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 1397.855595] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 1397.855598] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [ 1397.855600] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [ 1397.855602] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 1397.855604] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 1404.107831] wlan0: authenticate with bc:05:43:5f:0e:cd (try 1) [ 1404.110881] wlan0: authenticated [ 1404.110941] wlan0: associate with bc:05:43:5f:0e:cd (try 1) [ 1404.114528] wlan0: RX AssocResp from bc:05:43:5f:0e:cd (capab=0x431 status=0 aid=4) [ 1404.114531] wlan0: associated [ 1982.705846] wlan0: deauthenticated from bc:05:43:5f:0e:cd (Reason: 2) [ 1982.741345] cfg80211: Calling CRDA to update world regulatory domain [ 1982.747858] cfg80211: World regulatory domain updated: [ 1982.747860] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 1982.747863] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 1982.747865] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [ 1982.747867] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [ 1982.747869] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 1982.747871] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 1986.153699] wlan0: authenticate with bc:05:43:5f:0e:cd (try 1) [ 1986.157154] wlan0: authenticated [ 1986.157186] wlan0: associate with bc:05:43:5f:0e:cd (try 1) [ 1986.160928] wlan0: RX AssocResp from bc:05:43:5f:0e:cd (capab=0x431 status=0 aid=4) [ 1986.160932] wlan0: associated [ 2085.356899] iwlagn 0000:04:00.0: Aggregation not enabled for tid 0 because load = 1 Reproducible: Always Steps to Reproduce: 1. just reboot from liveCD and within 5 to 15 minutes problem reoccurs 2. 3. Actual Results: Wireless disconnects within 5 to 15 minutes after liveCD boot Expected Results: Wireless should not disconnect.