Bug 455715 - updated kernel blocks login
updated kernel blocks login
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
x86_64 Linux
low Severity high
: ---
: ---
Assigned To: Kernel Maintainer List
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2008-07-17 07:23 EDT by Ronny Fischer
Modified: 2008-08-05 00:58 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-08-05 00:58:25 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Ronny Fischer 2008-07-17 07:23:16 EDT
Description of problem:

after updating Fedora 9 to kernel the bootprocess comes with a 
kerneloops warning and login isn't possible. I entered username and password, 
but no login happened (meanwhile I was taking a shower!)

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

fedora 9 64 Bit, Kernel
How reproducible:


Steps to Reproduce:
1. upgraded to the latest kernel
Actual results:

login screen appears with delay, no login possible

Expected results:

the opposite of the actual results

Additional info:

system hardware is an actual Core2Duo with Intel P35 chipset, the automatic 
kerneloops report has been send
Comment 1 Ronny Fischer 2008-07-27 03:17:06 EDT

Same thing happens with the new kernel. Also this kerneloops has been 
send. Additional to that is that the keyboard does not work any more with this 
new kernel, with I could enter my password, now there isn't any 
activity with that.

I also would like to know if anyone deals with this task, there's no response 
by now.

Furthermore I like to mention that the kernel works fine. I'm 
wondering why a kernel update should make the login unimpossible.

Thanx in advance
Comment 2 Ronny Fischer 2008-07-27 07:18:25 EDT
Another update:

I tracked the error down to the wpa_supplicant application. At my system it is 
used with an Atheros card and the madwifi driver.

Following output is generated when wpa_supplicant is started:

service wpa_supplicant start
wpa_supplicant wird gestartet: /etc/wpa_supplicant/wpa_supplicant.conf, -iath0, 
-Dwext                                                     [  OK  ]
[root@Cyrodiil kaonashi]# 
Message from syslogd@Cyrodiil at Jul 27 13:06:23 ...
 kernel: Oops: 0000 [1] SMP 

Message from syslogd@Cyrodiil at Jul 27 13:06:23 ...
 kernel: Code: c7 45 b8 01 00 41 83 bb d8 02 00 00 06 75 0a 8b 06 89 45 ba 8b 
46 04 eb 0a 8b 46 06 89 45 ba 66 8b 46 0a 66 89 42 0e 49 8b 47 08 <0f> b7 40 02 
83 e0 01 83 f8 01 19 d2 83 e2 04 83 c2 14 83 f8 01 

Message from syslogd@Cyrodiil at Jul 27 13:06:23 ...
 kernel: CR2: 0000000000002002

I'm not sure but it seems that there is a problem with SMP threading.

Comment 3 Chuck Ebbert 2008-07-29 00:20:56 EDT
I think the problem is the madwifi driver...

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