Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 28 Mar 2003 18:34:31 -0800 (PST)
From:      David Wolfskill <david@catwhisker.org>
To:        current@freebsd.org
Subject:   Re: Fatal trap 9: general protection fault while in kernel mode
Message-ID:  <200303290234.h2T2YVXP020713@bunrab.catwhisker.org>
In-Reply-To: <200303281646.h2SGkd9m019357@bunrab.catwhisker.org>

next in thread | previous in thread | raw e-mail | index | archive | help
>Date: Fri, 28 Mar 2003 08:46:39 -0800 (PST)
>From: David Wolfskill <david@catwhisker.org>

[Yes, I'm responding to my own post....]

>Got -CURRENT (re-)built; booted, logged in, poked around, seemed OK;
>issued:

>	sudo boot0cfg -s 1 ad0 && sudo halt -p

>(to switch to default to booting from -STABLE next time I bring the
>machine up, then power the machine off).

>Was greeted on the xterm that has the serial console by:

>...
>r system process `bufdaemon' to stop...
>Fatal trap 9: general protection fault while in kernel mode
>cpuid = 1; lapic.id = 01000000
>instruction pointer     = 0x8:0xd68e2d0a
>stack pointer           = 0x10:0xd68e2ce4
>frame pointer           = 0x10:0x8
>code segment            = base 0x0, limit 0xfffff, type 0x1b
>                        = DPL 0, pres 1, def32 1, gran 1
>processor eflags        = interrupt enabled, resume, IOPL = 0
>current process         = 11 (idle: cpu1)stopped
>r' to stop...60 seconds) for system process `synce
>kernel: type 9 trap, code=0
>Stopped at      0xd68e2d0a:     mov     %si,%ss
>db> tr
>....

>As you can see, the box is SMP (2x886 MHz PIIIs); 512 MB RAM iirc.  Very
>little customization for the kernel beyond tweaking GENERIC for SMP.

>I'm presently building -CURRENT from equivalent sources on my (UP)
>laptop.

Interestingly enough, I had no problems at all on my laptop.

Each machine has a single ATA disk drive; other than /tmp (which is a
swap-backed md memory disk), all mounted file systems are UFS (not
UFS2); each UFS file system [that sounds redundant...] has soft updates
enabled.

I just tried telling kdb to panic, and got:

db> panic
panic: from debugger
cpuid = 1; lapic.id = 01000000
Debugger("panic")


Fatal trap 3: breakpoint instruction fault while in kernel mode
cpuid = 1; lapic.id = 01000000
instruction pointer     = 0x8:0xc0341ba5
stack pointer           = 0x10:0xd68e2a8c
frame pointer           = 0x10:0xd68e2a98
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = IOPL = 0
current process         = 11 (idle: cpu1)
Stopped at      0xd68e2d0a:     mov     %si,%ss
db> 

Peace,
david       (links to my resume at http://www.catwhisker.org/~david)
-- 
David H. Wolfskill				david@catwhisker.org
Based on what I have seen to date, the use of Microsoft products is not
consistent with reliability.  I recommend FreeBSD for reliable systems.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200303290234.h2T2YVXP020713>