Date: Thu, 19 Sep 2002 01:35:32 -0700 (PDT) From: Julian Elischer <julian@elischer.org> To: David Xu <davidxu@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: kernel crash at boot time Message-ID: <Pine.BSF.4.21.0209190135150.10489-100000@InterJet.elischer.org> In-Reply-To: <01be01c25fb1$8b92a990$ef01a8c0@davidwnt>
next in thread | previous in thread | raw e-mail | index | archive | help
try now
On Thu, 19 Sep 2002, David Xu wrote:
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0x10
> fault code = supervisor read, page not present
> instruction pointer = 0x8:0xc0227c89
> stack pointer = 0x10:0xcd3029c4
> frame pointer = 0x10:0xcd3029c4
> 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 = 182 (route)
> panic: from debugger
>
> #0 doadump () at ../../../kern/kern_shutdown.c:213
> #1 0xc01f0819 in boot (howto=260) at ../../../kern/kern_shutdown.c:345
> #2 0xc01f0a48 in panic () at ../../../kern/kern_shutdown.c:493
> #3 0xc0142692 in db_panic () at ../../../ddb/db_command.c:449
> #4 0xc0142612 in db_command (last_cmdp=0xc0373820, cmd_table=0xc03299a8, aux_cmd_tablep=0x104,
> aux_cmd_tablep_end=0xc0f04840) at ../../../ddb/db_command.c:345
> #5 0xc0142726 in db_command_loop () at ../../../ddb/db_command.c:471
> #6 0xc014538a in db_trap (type=12, code=0) at ../../../ddb/db_trap.c:72
> #7 0xc02fb2f2 in kdb_trap (type=12, code=0, regs=0xcd302984) at ../../../i386/i386/db_interface.c:160
> #8 0xc030b982 in trap_fatal (frame=0xcd302984, eva=0) at ../../../i386/i386/trap.c:837
> #9 0xc030b692 in trap_pfault (frame=0xcd302984, usermode=0, eva=16) at ../../../i386/i386/trap.c:756
> #10 0xc030b20d in trap (frame=
> {tf_fs = -1070333928, tf_es = 16, tf_ds = -1057947632, tf_edi = -1057927680, tf_esi = -1032651796, tf_ebp = -852481596, tf_isp = -852481616, tf_ebx = 238, tf_edx = 0, tf_ecx = -852481576, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071481719, tf_cs = 8, tf_eflags = 66054, tf_esp = -852481560, tf_ss = -1071466855}) at ../../../i386/i386/trap.c:444
> #11 0xc02fca38 in calltrap () at {standard input}:98
> #12 0xc022b699 in sbappendaddr (sb=0xc272fbec, asa=0xc038c9f8, m0=0xc0f14e00, control=0x0)
> at ../../../kern/uipc_socket2.c:624
> #13 0xc025de6f in raw_input (m0=0xc0f14e00, proto=0xc038ca18, src=0xc038c9f8, dst=0xc038c9e8)
> at ../../../net/raw_usrreq.c:116
> #14 0xc026032b in rt_missmsg (type=0, rtinfo=0xcd302a58, flags=132101, error=0) at ../../../net/rtsock.c:735
> #15 0xc025e3eb in rtalloc1 (dst=0xc272c900, report=1, ignflags=0) at ../../../net/route.c:196
> #16 0xc025f228 in rt_setgate (rt0=0xc2729500, dst=0xc272c9dc, gate=0xc272c9ec) at ../../../net/route.c:998
> #17 0xc025ec45 in rtrequest1 (req=1, info=0xcd302b44, ret_nrt=0xcd302b3c) at ../../../net/route.c:659
> #18 0xc025f9d6 in route_output (m=0xc0f14d00, so=0xc272fba0) at ../../../net/rtsock.c:344
> #19 0xc025e0cd in raw_usend (so=0x0, flags=0, m=0x0, nam=0x0, control=0x0, td=0xc0f04840) at ../../../net/raw_usrreq.c:260
> #20 0xc025f745 in rts_send (so=0x0, flags=0, m=0x0, nam=0x0, control=0x0, td=0x0) at ../../../net/rtsock.c:239
> #21 0xc0228fe3 in sosend (so=0xc272fba0, addr=0x0, uio=0xcd302c7c, top=0xc0f14d00, control=0x0, flags=0, td=0xc0f04840)
> at ../../../kern/uipc_socket.c:707
> #22 0xc0219300 in soo_write (fp=0x0, uio=0xcd302c7c, active_cred=0xc0f01200, flags=0, td=0xc0f04840)
> at ../../../kern/sys_socket.c:89
> #23 0xc0213455 in dofilewrite (td=0xc0f04840, fp=0xc26b1d5c, fd=0, buf=0x80aa300, nbyte=0, offset=0, flags=0) at file.h:214
> #24 0xc0213299 in write (td=0xc0f04840, uap=0xcd302d10) at ../../../kern/sys_generic.c:332
> #25 0xc030bcee in syscall (frame=
> {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134914908, tf_esi = 128, tf_ebp = -1077936872, tf_isp = -852480652, tf_ebx = 134914944, tf_edx = 134915680, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = 134526191, tf_cs = 31, tf_eflags = 662, tf_esp = -1077936916, tf_ss = 47}) at ../../../i386/i386/trap.c:1046
> #26 0xc02fca8d in Xint0x80_syscall () at {standard input}:140
>
> note that when kernel ran into DDB, the fault instruction was at m_length+9,
> but core dump did not record the fact.
>
> David Xu
>
>
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0209190135150.10489-100000>