Bug 433296 - NetworkManager freezes my system upon login
Summary: NetworkManager freezes my system upon login
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel   
(Show other bugs)
Version: 8
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Dan Williams
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2008-02-18 14:30 UTC by Bryan Che
Modified: 2008-08-24 03:42 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-08-24 03:42:38 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Bryan Che 2008-02-18 14:30:04 UTC
Description of problem:

Often, when I login to my laptop and NetworkManager tries to connect to a
WEP-enabled wireless network, my system will totally freeze with blinking lights
on the laptop.  This only happens with WEP networks--if NetworkManager
automatically connects to WPA or open networks on login, my system doesn't
freeze.  If I shutdown NetworkManager before logging in and then start it after
my login has completed, then my system won't freeze.

I have a Thinkpad T60 with Intel's 3945 wireless.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. Set NetworkManager to associate with a WEP-enabled network and start at login
2. login
Actual results:

system freezes

Expected results:

system works

Additional info:

Comment 1 Warren Togami 2008-02-18 19:18:54 UTC
i386 or x86_64?

I am currently using a T60 x86_64 with iwl3945 wireless connected to a WEP
network with the same version of NetworkManager.

"blinking lights" like a kernel panic?  This might point toward a kernel bug.

Do you have any kernel modules loaded that don't ship as part of Fedora's kernel?

Comment 2 Bryan Che 2008-02-18 20:02:51 UTC
Yes, blinking lights like a kernel panic--my caps lock and other status lights
blink.  I am running kernel-  The only thing non-standard is
the Cisco VPN Client.  I'm using i386.

Comment 3 Bryan Che 2008-02-21 15:35:12 UTC
I tried disabling the Cisco VPN Client, but my system is still freezing upon
login unless I disable NetworkManager.

Comment 4 Dan Williams 2008-02-29 20:21:57 UTC
Hmm; any chance you can quick switch to a VT and see the panic message?

Comment 5 Bryan Che 2008-03-04 14:36:22 UTC
I am not able to switch to a VT.  Also, I am seeing different issues on a WPA
network--I keep losing my network connection.  And, when using VPNC, I keep
dropping my VPN connection.  When switching to RHEL 5, I have no issues on WPA.

Comment 6 Dan Williams 2008-03-04 14:46:56 UTC
Definitely sounds like kernel issues.  I've had issues before with a few drivers
disabling interrupts for too long, leaving the keyboard in an unresponsive state
(mouse still works though).  Might be what you're seeing here.  We might be able
to reproduce the issue without logging in if you can set up a WEP access point,
then a new wireless connection through system-config-network, and then we can
get the nm-system-settings service to provide that connection to NM before
login, which might trigger the panic.

Since s-c-n (really the ifcfg-* files) doesn't support WPA yet, we can't try
with WPA though.  Any chance you have a spare AP around?

Comment 7 Sukru TIKVES 2008-06-18 22:51:35 UTC
These are the final messages before my crash (Fedora Core 9,

Jun 18 02:55:49 sukrulaptop kernel: b43-phy1: Broadcom 4318 WLAN found
Jun 18 02:55:49 sukrulaptop kernel: Broadcom 43xx driver loaded [ Features:
PMLR, Firmware-ID: FW13 ]
Jun 18 02:55:49 sukrulaptop NetworkManager: <info>  wlan0: Device is
fully-supported using driver 'b43-pci-bridge'.
Jun 18 02:55:49 sukrulaptop NetworkManager: <info>  wlan0: driver supports SSID
scans (scan_capa 0x01).
Jun 18 02:55:49 sukrulaptop NetworkManager: <info>  Found new wireless (802.11)
device 'wlan0'.
Jun 18 02:55:49 sukrulaptop NetworkManager: <info>  (wlan0): exported as

Jun 18 02:56:52 sukrulaptop kernel: imklog 3.14.1, log source = /proc/kmsg started.

I don't know if this helps, but reverting to works perfectly.

Comment 8 David Nalley 2008-08-24 03:42:38 UTC
I previously marked this as assigned - but realized the last comment wasn't providing the information requested. 

Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution.

Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information.


Note You need to log in before you can comment on or make changes to this bug.