Re: Kernel Panic

From: Gleb Kozyrev <gkozyrev_at_ukr.net>
Date: Tue, 13 Jun 2006 02:37:57 +0300
Ulrich Spoerlein wrote to "Lars Engels" <lars.engels_at_0x20.net>; "Robert Watson" <rwatson_at_FreeBSD.org>; <freebsd-current_at_FreeBSD.org>
on Mon, 12 Jun 2006 21:57:50 +0200:

>> Unfortunately no. It is a notebook without serial ports. It has a
>> IEE1394 Port which could be used with DDB but I don't have a second box
>> with Firewire.
>> I also have a new kernel dump which shows gkrellm as current process.
>> Can it still be a bug in sysctl? current process. Can it still be a bug
>> in sysctl?

US> Could very well be, I also encountered two or three panics on RELENG_6
US> after running 'sysctl -a', sadly no backtraces available.

Please see kern/89538

Also repeated on FreeBSD 7.0-CURRENT #0: Mon Mar 13:

=========Beginning of the citation==============
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0xc2b7d700
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0xc061e1df
stack pointer           = 0x28:0xc88d2acc
frame pointer           = 0x28:0xc88d2acc
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         = 40783 (sysctl)
trap number             = 12
panic: page fault
cpuid = 0
Uptime: 23d23h3m13s
=========The end of the citation================

=========Beginning of the citation==============
(kgdb) bt
#0  doadump () at pcpu.h:166
#1  0xc066b313 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402
#2  0xc066b669 in panic (fmt=0xc0877ede "%s") at /usr/src/sys/kern/kern_shutdown.c:558
#3  0xc083ca26 in trap_fatal (frame=0xc88d2a8c, eva=3266828032) at /usr/src/sys/i386/i386/trap.c:870
#4  0xc083c72f in trap_pfault (frame=0xc88d2a8c, usermode=0, eva=3266828032) at /usr/src/sys/i386/i386/trap.c:778
#5  0xc083c301 in trap (frame=
      {tf_fs = -930283512, tf_es = 40, tf_ds = -930283480, tf_edi = -930272464, tf_esi = -1046868992, tf_ebp = -930272564, tf_isp
= -930272584, tf_ebx = -1046868992, tf_edx = -1028139264, tf_ecx = 0, tf_eax = -1, tf_trapno = 12, tf_err = 0, tf_eip = -1067327009,
tf_cs = 32, tf_eflags = 66182, tf_esp = -930272396, tf_ss = -1066791825}) at /usr/src/sys/i386/i386/trap.c:463
#6  0xc0827f8a in calltrap () at /usr/src/sys/i386/i386/exception.s:137
#7  0xc061e1df in dev2udev (x=0xc2b7d700) at /usr/src/sys/fs/devfs/devfs_vnops.c:1161
#8  0xc06a0c6f in sysctl_kern_ttys (oidp=0xc0935c80, arg1=0x0, arg2=0, req=0xc88d2bb8) at /usr/src/sys/kern/tty.c:3011
#9  0xc06740e7 in sysctl_root (oidp=0x0, arg1=0x0, arg2=0, req=0xc88d2bb8) at /usr/src/sys/kern/kern_sysctl.c:1285
#10 0xc06742e4 in userland_sysctl (td=0xffffffff, name=0xc88d2c28, namelen=2, old=0xc88d2bb8, oldlenp=0xbfbfd57c, inkernel=0,
new=0x0, newlen=4294967295,
    retval=0xc88d2c24, flags=-1) at /usr/src/sys/kern/kern_sysctl.c:1384
#11 0xc0674187 in __sysctl (td=0xc1c02360, uap=0xc88d2d04) at /usr/src/sys/kern/kern_sysctl.c:1319
#12 0xc083cd9e in syscall (frame=
      {tf_fs = 59, tf_es = -1078001605, tf_ds = -1078001605, tf_edi = 2, tf_esi = -1077947012, tf_ebp = -1077947096, tf_isp
= -930271900, tf_ebx = 672453024, tf_edx = 0, tf_ecx = -1077944800, tf_eax = 202, tf_trapno = 0, tf_err = 2, tf_eip = 672296715,
tf_cs = 51, tf_eflags = 658, tf_esp = -1077947156, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1016
#13 0xc0827fdf in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:190
#14 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
=========The end of the citation================

-- 
With best regards, Gleb Kozyrev.
Received on Mon Jun 12 2006 - 21:37:50 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:57 UTC