Date: Tue, 09 Dec 2008 18:32:33 +0900 From: NAKAJI Hiroyuki <nakaji@jp.freebsd.org> To: "Kip Macy" <kmacy@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode Message-ID: <864p1d3d8u.fsf@ra333.heimat.gr.jp> In-Reply-To: <3c1674c90812081449r7b8ef242lce478da3d2d7a968@mail.gmail.com> (Kip Macy's message of "Mon, 8 Dec 2008 14:49:50 -0800") References: <87zljb8nw6.fsf@roddy.4407.kankyo-u.ac.jp> <3a142e750812050613w4e9155bat950f03716aa58beb@mail.gmail.com> <863ah2qivi.fsf@ra333.heimat.gr.jp> <86iqpu2sjc.fsf@ra333.heimat.gr.jp> <3c1674c90812081449r7b8ef242lce478da3d2d7a968@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>>>>> In <3c1674c90812081449r7b8ef242lce478da3d2d7a968@mail.gmail.com>=20 >>>>> "Kip Macy" <kmacy@freebsd.org> wrote: > Recently - starting when? I noticed that panics since late November. But I forgot the day. My last update of the world was in October. Thanks. > On Mon, Dec 8, 2008 at 2:47 PM, NAKAJI Hiroyuki <nakaji@jp.freebsd.org> w= rote: > >>>>>> In <863ah2qivi.fsf@ra333.heimat.gr.jp> > >>>>>> NAKAJI Hiroyuki <nakaji@jp.freebsd.org> wrote: > > > >> So, what I have to do are three: > > > >> 1. Full upgrade to the latest kernel and userland (world) > >> 2. Observe whether a panic occurs, and > >> 3. When panic, save the crash dump and get full bt with kgdb > > > >> I hope it will not reach to the step three. Thanks. > > > > Unfortunately, I faced to "db> " on my serial console. > > > > db> bt > > Tracing pid 964 tid 100131 td 0xc49876c0 > > svc_run_internal(e6861d24,c0850793,c44f2780,e6861d38,1,...) at svc_run_= internal+ > > 0x575 > > svc_thread_start(c44f2780,e6861d38,1,0,4836bd14,...) at svc_thread_star= t+0x10 > > fork_exit(c0a57fe0,c44f2780,e6861d38) at fork_exit+0x93 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0, eip =3D 0xc, esp =3D 0x33, ebp =3D 0 --- > > db> call doadump > > Physical memory: 1010 MB > > Dumping 250 MB: 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 > > Dump complete > > =3D 0xf > > db> bt > > Tracing pid 964 tid 100131 td 0xc49876c0 > > svc_run_internal(e6861d24,c0850793,c44f2780,e6861d38,1,...) at svc_run_= internal+ > > 0x575 > > svc_thread_start(c44f2780,e6861d38,1,0,4836bd14,...) at svc_thread_star= t+0x10 > > fork_exit(c0a57fe0,c44f2780,e6861d38) at fork_exit+0x93 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0, eip =3D 0xc, esp =3D 0x33, ebp =3D 0 --- > > db> reset > > > > And then, I used kgdb. > > > > # kgdb /boot/kernel/kernel.symbols vmcore.9 > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and yo= u are > > welcome to change it and/or distribute copies of it under certain condi= tions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for deta= ils. > > This GDB was configured as "i386-marcel-freebsd"... > > > > Unread portion of the kernel message buffer: > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid =3D 0; apic id =3D 00 > > fault virtual address =3D 0x0 > > fault code =3D supervisor read, page not present > > instruction pointer =3D 0x20:0xc0a57a75 > > stack pointer =3D 0x28:0xe6861c44 > > frame pointer =3D 0x28:0xe6861cec > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D 964 (nfsd: service) > > Physical memory: 1010 MB > > Dumping 250 MB: 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 > > > > Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /= boot/kernel/linprocfs.ko.symbols...done. > > done. > > Loaded symbols for /boot/kernel/linprocfs.ko > > Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot= /kernel/linux.ko.symbols...done. > > done. > > Loaded symbols for /boot/kernel/linux.ko > > Reading symbols from /boot/kernel/smbus.ko...Reading symbols from /boot= /kernel/smbus.ko.symbols...done. > > done. > > Loaded symbols for /boot/kernel/smbus.ko > > Reading symbols from /boot/kernel/aio.ko...Reading symbols from /boot/k= ernel/aio.ko.symbols...done. > > done. > > Loaded symbols for /boot/kernel/aio.ko > > Reading symbols from /boot/kernel/mga.ko...Reading symbols from /boot/k= ernel/mga.ko.symbols...done. > > done. > > Loaded symbols for /boot/kernel/mga.ko > > Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/k= ernel/drm.ko.symbols...done. > > done. > > Loaded symbols for /boot/kernel/drm.ko > > Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from /b= oot/kernel/atapicam.ko.symbols...done. > > done. > > Loaded symbols for /boot/kernel/atapicam.ko > > Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boo= t/kernel/nullfs.ko.symbols...done. > > done. > > Loaded symbols for /boot/kernel/nullfs.ko > > Reading symbols from /boot/kernel/logo_saver.ko...Reading symbols from = /boot/kernel/logo_saver.ko.symbols...done. > > done. > > Loaded symbols for /boot/kernel/logo_saver.ko > > #0 doadump () at pcpu.h:246 > > 246 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) bt > > #0 doadump () at pcpu.h:246 > > #1 0xc04c2a69 in db_fncall (dummy1=3D-1059812576, dummy2=3D0, dummy3= =3D-1067505768, > > dummy4=3D0xe68619d8 "=EF=BF=BD:i=EF=BF=BD\2008'=EF=BF=BD") at /usr/s= rc/sys/ddb/db_command.c:548 > > #2 0xc04c2e61 in db_command (last_cmdp=3D0xc0d3e85c, cmd_table=3D0x0, = dopager=3D1) > > at /usr/src/sys/ddb/db_command.c:445 > > #3 0xc04c2fba in db_command_loop () at /usr/src/sys/ddb/db_command.c:4= 98 > > #4 0xc04c4dfd in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_= main.c:229 > > #5 0xc08a2456 in kdb_trap (type=3D12, code=3D0, tf=3D0xe6861c04) > > at /usr/src/sys/kern/subr_kdb.c:534 > > #6 0xc0b8059f in trap_fatal (frame=3D0xe6861c04, eva=3D0) > > at /usr/src/sys/i386/i386/trap.c:920 > > #7 0xc0b80860 in trap_pfault (frame=3D0xe6861c04, usermode=3D0, eva=3D= 0) > > at /usr/src/sys/i386/i386/trap.c:842 > > #8 0xc0b8126a in trap (frame=3D0xe6861c04) at /usr/src/sys/i386/i386/t= rap.c:522 > > #9 0xc0b652cb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > > #10 0xc0a57a75 in svc_run_internal (pool=3D0xc44f2780, ismaster=3D0) > > at /usr/src/sys/rpc/svc.c:787 > > #11 0xc0a57ff0 in svc_thread_start (arg=3D0xc44f2780) > > at /usr/src/sys/rpc/svc.c:1188 > > #12 0xc0850793 in fork_exit (callout=3D0xc0a57fe0 <svc_thread_start>, > > arg=3D0xc44f2780, frame=3D0xe6861d38) at /usr/src/sys/kern/kern_fork= .c:821 > > #13 0xc0b65340 in fork_trampoline () at /usr/src/sys/i386/i386/exceptio= n.s:270 > > (kgdb) > > > > In addition, > > > > # addr2line -e /boot/kernel/kernel.symbols 0xc0a57a75 > > /usr/src/sys/rpc/svc.c:787 > > > > Any help is appreciated. Thanks. > > -- > > NAKAJI Hiroyuki > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > > > --=20 > If we desire respect for the law, we must first make the law respectable. > - Louis D. Brandeis --=20 NAKAJI Hiroyuki
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?864p1d3d8u.fsf>