Date: Fri, 19 Jul 1996 23:28:55 +0200 (MET DST) From: J Wunsch <j@uriah.heep.sax.de> To: freebsd-current@freebsd.org Cc: freebsd-current@freebsd.org, scott@cns.ucla.edu, sharvey@cns.ucla.edu, marc@cns.ucla.edu, mt@cns.ucla.edu Subject: Re: Fatal trap 12: page fault while in kernel mode Message-ID: <199607192128.XAA00672@uriah.heep.sax.de> In-Reply-To: <Pine.A32.3.91.960719110009.9116J-100000@quark.cns.ucla.edu> from Mike Tsirulnikov at "Jul 19, 96 11:36:34 am"
next in thread | previous in thread | raw e-mail | index | archive | help
As Mike Tsirulnikov wrote: > fault virtual address = 0x8 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf0110580 > code segment = base 0x0, limit 0xfffff, type 0x1b > DPL 0, pres 1, def32, gran 1 > processor e-flags = interrupt enabled, resume, IOPL=0 > current process = 13320 (top) > interrupt mask = > > panic: page fault (You should normally report this kind of problems accompanied by an excerpt of the command output for "nm /kernel | sort | more", around the instruction pointer where the fault happened [0xf0110580]. Luckily, you are running the GENERIC kernel, so i could do this for you. :) The fault happens inside sys/kern/kern_sysctl.c, in function fill_eproc(), here: if (SESS_LEADER(p)) ^^^^^^^^^^^^^^ ep->e_flag |= EPROC_SLEADER; SESS_LEADER() is defined in sys/sys/proc.h as: #define SESS_LEADER(p) ((p)->p_session->s_leader == (p)) Apparently, (p)->p_session is 0, this process doesn't have a session associated with it. I think that's a ``Can't happen'' case... maybe there's somebody around with better knowledge about how sessions are being allocated. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199607192128.XAA00672>