From owner-freebsd-hackers Sun Aug 27 21:41:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA28533 for hackers-outgoing; Sun, 27 Aug 1995 21:41:11 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id VAA28526 for ; Sun, 27 Aug 1995 21:41:08 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA15729; Mon, 28 Aug 1995 06:41:05 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA07735; Sun, 27 Aug 1995 22:31:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA07386; Sun, 27 Aug 1995 22:30:55 +0200 From: J Wunsch Message-Id: <199508272030.WAA07386@uriah.heep.sax.de> Subject: Re: SCSI CDROM autochanger access causes fatal trap 12 To: hm@altona.hamburg.com Date: Sun, 27 Aug 1995 22:30:54 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Hellmuth Michaelis" at Aug 27, 95 09:14:51 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1176 Sender: hackers-owner@freebsd.org Precedence: bulk As Hellmuth Michaelis wrote: > > Fatal trap 12: page fault while in kernel mode > Fault virtual address = 0x60 > Fault code = supervisor read, page not present > Instruction pointer = 0x8:0xf01250ac > Code segment = base 0x0 limit 0xfffff type 0x1b > = DPL 0, pres 1, def 321, gran 1 > Processor eflags = interrupt enabled, resume, IOPL = 0 > Current process = 470 (iozone) > Interrupt mask = bio > Kernel: type 12 trap, code = 0 > Stopped at _incore+0x48: cmpl %esi, 0x48(%ebx) > What can i do ? Is someone willing to help a bit to find the cause ? Can i convince you to use DDB? :-) If not, turn core dumps on, and try to take a post-mortem dump. The kernel-debug.FAQ might be of some help, though the section about how to prepare for core dumps is outdated in the version in 2.0.5. Simply add a `dumpon' command in your /etc/rc (after swapon has been run). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-)