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