Bug 168015 - kernel 2.6.13-1.1547_FC5 - general protection fault while booting
Summary: kernel 2.6.13-1.1547_FC5 - general protection fault while booting
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-09-10 20:12 UTC by Michal Jaegermann
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version: 2.6.13-1.1555_FC5
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-09-15 17:25:05 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
dmesg fragmet with a recorded general protection fault (2.08 KB, text/plain)
2005-09-10 20:12 UTC, Michal Jaegermann
no flags Details

Description Michal Jaegermann 2005-09-10 20:12:46 UTC
Description of problem:

The following happens when booting on x86_64:

general protection fault: 0000 [1] SMP 
CPU 0 
Modules linked in: sata_via libata sd_mod scsi_mod
Pid: 344, comm: insmod Not tainted 2.6.13-1.1547_FC5
RIP: 0010:[<ffffffff8034f464>] <ffffffff8034f464>{_spin_lock+4}
.....

The whole recorded trace is attached.

After this a machine continues booting and actually runs.  It seems that
the fault is actually caused by a debugging code.

I did not observe anything of that sort booting a similar kernel on i686.
A list of loaded modules (61 entries) looks quite normal.

Version-Release number of selected component (if applicable):
kernel-2.6.13-1.1547_FC5

Comment 1 Michal Jaegermann 2005-09-10 20:12:46 UTC
Created attachment 118681 [details]
dmesg fragmet with a recorded general protection fault

Comment 2 Michal Jaegermann 2005-09-15 17:25:05 UTC
Does not happen anymore with 2.6.13-1.1555_FC5


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