Subject: Re: kern/32806: panic in uvm_map_replace1 asking for a backtrace in a core file
To: None <kern-bug-people@netbsd.org, gnats-admin@netbsd.org,>
From: Julio M. Merino Vidal <jmmv@netbsd.org>
List: netbsd-bugs
Date: 02/13/2006 09:20:02
The following reply was made to PR kern/32806; it has been noted by GNATS.

From: "Julio M. Merino Vidal" <jmmv@netbsd.org>
To: gnats-bugs@netbsd.org
Cc: kern-bug-people@netbsd.org, yamt@netbsd.org
Subject: Re: kern/32806: panic in uvm_map_replace1 asking for a backtrace in a core file
Date: Mon, 13 Feb 2006 10:16:46 +0100

 On Monday 13 February 2006 04:15, YAMAMOTO Takashi wrote:
 
 >  how is this backtrace related to the panic?
 
 Hmm, that's a good question.  I might have used an incorrect kernel
 image against the kcore.  Here is the appropriate back trace:
 
 (gdb) target kcore netbsd.3.core
 panic: uvm_map_replace1
 #0  0x3fefc000 in ?? ()
 (gdb) bt
 #0  0x3fefc000 in ?? ()
 #1  0xc02c57fe in cpu_reboot (howto=3D256, bootstr=3D0x0)
     at /usr/src/sys/arch/i386/i386/machdep.c:863
 #2  0xc014efa4 in db_sync_cmd (addr=3D0, have_addr=3D0, count=3D-1070595354,
     modif=3D0xcbe78ae8 "=C0=BBA=C0=FF\212=E7=CB\001") at /usr/src/sys/ddb/d=
 b_command.c:798
 #3  0xc014e9db in db_command (last_cmdp=3D0xc03db944, cmd_table=3D0xc0357c0=
 0)
     at /usr/src/sys/ddb/db_command.c:503
 #4  0xc014e6ea in db_command_loop () at /usr/src/sys/ddb/db_command.c:294
 #5  0xc0151828 in db_trap (type=3D1, code=3D0) at /usr/src/sys/ddb/db_trap.=
 c:101
 #6  0xc02c2dde in kdb_trap (type=3D1, code=3D0, regs=3D0xcbe78d2c)
     at /usr/src/sys/arch/i386/i386/db_interface.c:226
 #7  0xc02cdff0 in trap (frame=3D0xcbe78d2c)
     at /usr/src/sys/arch/i386/i386/trap.c:310
 #8  0xc010af19 in calltrap ()
 #9  0xc026e60d in panic (fmt=3D0xc0385d42 "uvm_map_replace1")
     at /usr/src/sys/kern/subr_prf.c:243
 #10 0xc021c447 in uvm_map_replace (map=3D0xc03fc640, start=3D3428380672,
     end=3D3428384768, newents=3D0xcc58e5ec, nnewents=3D1)
     at /usr/src/sys/uvm/uvm_map.c:2185
 #11 0xc021cb2e in uvm_map_extract (srcmap=3D0xcc0eb0e4, start=3D3141926912,
     len=3D4096, dstmap=3D0xc03fc640, dstaddrp=3D0xcbe78e6c, flags=3D14)
     at /usr/src/sys/uvm/uvm_map.c:2463
 #12 0xc021766b in uvm_io (map=3D0xcc0eb0e4, uio=3D0xcbe78f04)
 =2D--Type <return> to continue, or q <return> to quit---
     at /usr/src/sys/uvm/uvm_io.c:108
 #13 0xc0274c68 in process_domem (curl=3D0xcbc71ce8, l=3D0xcbc71190,=20
 uio=3D0xcbe78f04)
     at /usr/src/sys/kern/sys_process.c:741
 #14 0xc0274355 in sys_ptrace (l=3D0xcbc71ce8, v=3D0xcbe78f64, retval=3D0xcb=
 e78f5c)
     at /usr/src/sys/kern/sys_process.c:317
 #15 0xc02cda57 in syscall_plain (frame=3D0xcbe78fa8)
     at /usr/src/sys/arch/i386/i386/syscall.c:160
 (gdb)
 
 I'm uploading the kcore to a server and will let you know the address
 when it finishes.
 
 Thanks,
 
 =2D-=20
 Julio M. Merino Vidal <jmmv@NetBSD.org>
 The NetBSD Project - http://www.NetBSD.org/