Re: kernel crash in kdb_enter

On Mon, Jul 26, 2004 at 15:34 (+0200), Johan Karlsson wrote:
> Hi 
> 
> I got the following in my /var/log/messsage:
> 
> Jul 26 14:04:41 numeri kernel: Fatal trap 3: breakpoint instruction fault while in kernel mode
> Jul 26 14:04:41 numeri kernel: instruction pointer      = 0x8:0xc04de1c4
> Jul 26 14:04:41 numeri kernel: stack pointer            = 0x10:0xde3c9304
> Jul 26 14:04:41 numeri kernel: frame pointer            = 0x10:0xde3c9304
> Jul 26 14:04:41 numeri kernel: code segment             = base 0x0, limit 0xfffff, type 0x1b
> Jul 26 14:04:41 numeri kernel: = DPL 0, pres 1, def32 1, gran 1
> Jul 26 14:04:41 numeri kernel: processor eflags = IOPL = 0
> Jul 26 14:04:41 numeri kernel: current process          = 676 (mozilla-bin)
> Jul 26 14:04:41 numeri kernel: trap number              = 3
> Jul 26 14:04:41 numeri kernel: panic: breakpoint instruction fault
> Jul 26 14:04:41 numeri kernel: KDB: enter: panic
> 
> 
> I got a gassilion of them with different stack/frame pointers but all with the 
> same instruction pointer. According to nm this instruction pointer is in 
> kdb_enter:
> 
> k_at_numeri ~ >nm -n /boot/kernel/kernel | grep c04de1
> c04de114 T kdb_backtrace
> c04de144 T kdb_dbbe_select
> c04de198 T kdb_enter
> c04de1c8 T kdb_init
> 
> It seems likt the trap was repeated until it finally rebooted itself. 
> Unfortunatly I did not get a kernel dump since it just reboot without
> trying to dump.
> 
> This is with a kernel built from source from 20040719. I'm rebuilding with 
> current source from now and hopefully its fixed. 

This is still happening every now and then with a kernel from 20040726.
I will compile a kernel w/o GDB and see if the problem is that I
have it compile into the kernel w/o having any remote debugging setup.

/Johan K

-- 
Johan Karlsson		mailto:johan_at_FreeBSD.org