Re: kernel panic on today's CURRENT when running sysctl -a

From: Kostik Belousov <kostikbel_at_gmail.com>
Date: Sat, 30 Jun 2007 21:10:00 +0300
On Sun, Jul 01, 2007 at 01:00:12AM +0900, Kazuaki ODA wrote:
> Hi, I got the following panic on 7.0-CURRENT cvsup'ed today when running
> sysctl -a:
> 
> 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 1; apic id = 01
> fault virtual address   = 0xc0
> fault code              = supervisor read, page not present
> instruction pointer     = 0x20:0xc06e2d11
> stack pointer           = 0x28:0xe669aaa4
> frame pointer           = 0x28:0xe669aaa4
> 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         = 2200 (sysctl)
> trap number             = 12
> panic: page fault
> cpuid = 1
> Uptime: 3h8m20s
> Physical memory: 1001 MB
> Dumping 139 MB: 124 108 92 76 60 44 28 12
> 
> #0  doadump () at pcpu.h:195
> 195             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
> (kgdb) bt
> #0  doadump () at pcpu.h:195
> #1  0xc074b957 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
> #2  0xc074bc19 in panic (fmt=Variable "fmt" is not available.
> ) at /usr/src/sys/kern/kern_shutdown.c:563
> #3  0xc0a04ade in trap_fatal (frame=0xe669aa64, eva=192)
>     at /usr/src/sys/i386/i386/trap.c:870
> #4  0xc0a04d60 in trap_pfault (frame=0xe669aa64, usermode=0, eva=192)
>     at /usr/src/sys/i386/i386/trap.c:784
> #5  0xc0a056c2 in trap (frame=0xe669aa64) at
> /usr/src/sys/i386/i386/trap.c:462
> #6  0xc09eb66b in calltrap () at /usr/src/sys/i386/i386/exception.s:139
> #7  0xc06e2d11 in dev2udev (x=0xc40b1c00)
>     at /usr/src/sys/fs/devfs/devfs_vnops.c:1308
> #8  0xc078c9d2 in sysctl_kern_ttys (oidp=0xc0b390e0, arg1=0x0, arg2=0,
>     req=0xe669aba4) at /usr/src/sys/kern/tty.c:3069#9  0xc07550f7 in
> sysctl_root (oidp=Variable "oidp" is not available.
> ) at /usr/src/sys/kern/kern_sysctl.c:1306
> #10 0xc0755244 in userland_sysctl (td=0xc4395440, name=0xe669ac14,
> namelen=2,
>     old=0x0, oldlenp=0xbfbfe0f4, inkernel=0, new=0x0, newlen=0,
>     retval=0xe669ac10, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1401
> #11 0xc0755fde in __sysctl (td=0xc4395440, uap=0xe669acfc)
>     at /usr/src/sys/kern/kern_sysctl.c:1336
> #12 0xc0a050b5 in syscall (frame=0xe669ad38)
>     at /usr/src/sys/i386/i386/trap.c:1006
> #13 0xc09eb6d0 in Xint0x80_syscall () at
> /usr/src/sys/i386/i386/exception.s:196
> #14 0x00000033 in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> (kgdb) frame 7
> #7  0xc06e2d11 in dev2udev (x=0xc40b1c00)
>     at /usr/src/sys/fs/devfs/devfs_vnops.c:1308
> 1308            return (x->si_priv->cdp_inode);
> (kgdb) p x
> $1 = (struct cdev *) 0xc40b1c00
> (kgdb) p x->si_priv
> $2 = (struct cdev_priv *) 0x0
> 
> 
> I can give you more information if required since I have the kernel core
> dump file.
I assume this happens with sysctl kern.pts.enable=0 ?

Received on Sat Jun 30 2007 - 16:10:18 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:13 UTC