From owner-freebsd-current Fri Jul 19 14:32:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20748 for current-outgoing; Fri, 19 Jul 1996 14:32:12 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA20736 for ; Fri, 19 Jul 1996 14:32:05 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA27338; Fri, 19 Jul 1996 23:31:51 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA18449; Fri, 19 Jul 1996 23:31:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA00672; Fri, 19 Jul 1996 23:28:55 +0200 (MET DST) From: J Wunsch Message-Id: <199607192128.XAA00672@uriah.heep.sax.de> Subject: Re: Fatal trap 12: page fault while in kernel mode To: freebsd-current@freebsd.org Date: Fri, 19 Jul 1996 23:28:55 +0200 (MET DST) Cc: freebsd-current@freebsd.org, scott@cns.ucla.edu, sharvey@cns.ucla.edu, marc@cns.ucla.edu, mt@cns.ucla.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Mike Tsirulnikov at "Jul 19, 96 11:36:34 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 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. ;-)