vmware caused a kernel panic

sa8o1age gexlie at gmail.com
Wed Sep 12 02:35:38 PDT 2007


answer me anyoone, pleeeease
how to deal with it?


On 8/31/07, sa8o1age <gexlie at gmail.com> wrote:
> hi
>
> i'm always getting kernel panic when i try to run WinXP on vmware on
> _second_ or _third_ time after reboot.
>
> 6.2-RELEASE-p7 FreeBSD 6.2-RELEASE-p7 #4: Thu Aug 30 23:29:11 MSD 2007
>
> vmware3-3.2.1.2242_13,1
>
>
> Fatal trap 12: page fault while in kernel mode
> fault virtual address   = 0x1c
> fault code              = supervisor read, page not present
> instruction pointer     = 0x20:0xc05315c7
> stack pointer           = 0x28:0xd44aac08
> frame pointer           = 0x28:0xd44aac0c
> 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         = 33 (pagedaemon)
> trap number             = 12
> panic: page fault
> Uptime: 4h40m52s
> Dumping 511 MB (2 chunks)
>   chunk 0: 1MB (159 pages) ... ok
>   chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367
> 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79
> 63 47 31 15
>
> #0  doadump () at pcpu.h:165
> 165             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
> (kgdb) list *0xc05315c7
> 0xc05315c7 is in _mtx_trylock (/usr/src/sys/kern/kern_mutex.c:438).
> 433                 ("mtx_trylock() of destroyed mutex @ %s:%d", file, line));
> 434             KASSERT(LOCK_CLASS(&m->mtx_object) == &lock_class_mtx_sleep,
> 435                 ("mtx_trylock() of spin mutex %s @ %s:%d",
> m->mtx_object.lo_name,
> 436                 file, line));
> 437
> 438             if (mtx_owned(m) && (m->mtx_object.lo_flags &
> LO_RECURSABLE) != 0) {
> 439                     m->mtx_recurse++;
> 440                     atomic_set_ptr(&m->mtx_lock, MTX_RECURSED);
> 441                     rval = 1;
> 442             } else
> (kgdb) backtrace
> #0  doadump () at pcpu.h:165
> #1  0xc053c62c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
> #2  0xc053cc9f in panic (fmt=0xc0726137 "%s") at
> /usr/src/sys/kern/kern_shutdown.c:565
> #3  0xc06fb55a in trap_fatal (frame=0xd44aabc8, eva=28) at
> /usr/src/sys/i386/i386/trap.c:837
> #4  0xc06fb81b in trap_pfault (frame=0xd44aabc8, usermode=0, eva=28)
> at /usr/src/sys/i386/i386/trap.c:745
> #5  0xc06fbc25 in trap (frame=
>       {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 0, tf_esi = 32109,
> tf_ebp = -733303796, tf_isp = -733303820, tf_ebx = -1053664504, tf_edx
> = 2272, tf_ecx = 0, tf_eax = -1055880880, tf_trapno = 12, tf_err = 0,
> tf_eip = -1068296761, tf_cs = 32, tf_eflags = 66118, tf_esp =
> -1053664504, tf_ss = -733303552})
>     at /usr/src/sys/i386/i386/trap.c:435
> #6  0xc06e4b8a in calltrap () at /usr/src/sys/i386/i386/exception.s:139
> #7  0xc05315c7 in _mtx_trylock (m=0x0, opts=0, file=0x0, line=0) at
> /usr/src/sys/kern/kern_mutex.c:428
> #8  0xc06ade42 in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:1098
> #9  0xc052037d in fork_exit (callout=0xc06ad6c0 <vm_pageout>,
> arg=0xc1108950, frame=0xc1108950) at /usr/src/sys/kern/kern_fork.c:821
> #10 0xc06e4bec in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208
>
>
> any suggestions?
>


More information about the freebsd-bugs mailing list