FWIW, this looks nearly identical to the panic I reported last night in the thread "VFS panic (possibly NFS locking related?)". I didn't manage to catch the ddb trace and had to work postmortem with a crash dump and gdb. But it looked just like here.
Lars: Do you by any chance have your home directory on an NFS mount? I think the reason that my gdb trace showed "??" instead of nfs_dolock is that I have nfsclient loaded as a module... Craig On Tue, 2003-02-18 at 17:00, Lars Eggert wrote: > Hi, > > on today's -current, I get the following panic when starting gnome from > xdm; a kernel from 2/10 works with today's world, so it must be > something in the kernel that changed over the last week: > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; lapic.id = 00000000 > fault virtual address = 0x34 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc01b28a6 > stack pointer = 0x10:0xe91a57c0 > frame pointer = 0x10:0xe91a57e0 > 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 = 2444 (gconf-sanity-check-) > kernel: type 12 trap, code=0 > Stopped at _mtx_lock_flags+0x26: cmpl $0xc03884a0,0(%esi) > db> mi_switch(c21b4980,0,c0354624,185,3f8) at mi_switch+0x240 > ithread_schedule(c6283b80,1,c0305e16,c658e780,e91a55c0) at > ithread_schedule+0x11c > sched_ithd(d) at sched_ithd+0x41 > Xintr13() at Xintr13+0xd3 > --- interrupt, eip = 0xc02efea2, esp = 0xe91a55a4, ebp = 0xe91a55c0 --- > siocnopen(e91a55d4,3f8,1c200,3000001,c01f040b) at siocnopen+0x12 > siocncheckc(c03b4c80,78,e91a5608,c01f0358,e91a5624) at siocncheckc+0x40 > cncheckc(e91a5624,c0149625,e91a57c8,c03a9ac8,e91a5634) at cncheckc+0x2c > cngetc(e91a57c8,c03a9ac8,e91a5634,0,e91a57c8) at cngetc+0x18 > db_readline(c03b1b80,78,e91a5658,c01481e6,c03499fb) at db_readline+0x65 > db_read_line(c03499fb,c03a9ac8,e91a5658,c0148a28,0) at db_read_line+0x1a > db_command_loop(c01b28a6,a0,0,e91a5680,0) at db_command_loop+0x46 > db_trap(c,0,0,e91a56c0,5) at db_trap+0x66 > kdb_trap(c,0,e91a5780,1,1) at kdb_trap+0x107 > trap_fatal(e91a5780,34,c0372ee0,2e4,c658e780) at trap_fatal+0x250 > trap_pfault(e91a5780,0,34,c03e0758,34) at trap_pfault+0x17a > trap(c21a0018,10,c0360010,9e,34) at trap+0x3e5 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc01b28a6, esp = 0xe91a57c0, ebp = 0xe91a57e0 --- > _mtx_lock_flags(34,0,c035cf5f,9e,c658e780) at _mtx_lock_flags+0x26 > namei(e91a5a44,c0207d5a,c749458c,0,c658e780) at namei+0x134 > vn_open_cred(e91a5a44,e91a5a0c,0,c2195e80,0) at vn_open_cred+0x53c > nfs_dolock(e91a5c0c,c658e780,1b3,c03e0748,6001) at nfs_dolock+0x294 > closef(c6673834,c658e780,c0353f03,595,c7375934) at closef+0x123 > fdfree(c658e780,0,c03543ab,f2,73) at fdfree+0x1d4 > exit1(c658e780,0,c03543ab,73,e91a5d40) at exit1+0x282 > sys_exit(c658e780,e91a5d10,c0372ee0,407,c658de4c) at sys_exit+0x41 > syscall(2f,2f,2f,0,2b57) at syscall+0x3d6 > Xint0x80_syscall() at Xint0x80_syscall+0x1d > --- syscall (1), eip = 0x288a853f, esp = 0xbfbffbec, ebp = 0xbfbffc18 --- > > Lars To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
