From owner-freebsd-questions Tue Aug 6 16:43:41 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15186 for questions-outgoing; Tue, 6 Aug 1996 16:43:41 -0700 (PDT) Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA15179 for ; Tue, 6 Aug 1996 16:43:38 -0700 (PDT) Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id ad05017; 6 Aug 96 23:43 GMT Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id aa21801; 7 Aug 96 0:35 +0100 Received: (from fqueries@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id VAA04676; Tue, 6 Aug 1996 21:34:39 GMT From: James Raynard Message-Id: <199608062134.VAA04676@jraynard.demon.co.uk> Subject: Re: kernel fails to compile with 64MB RAM To: Paul Manuel Date: Tue, 6 Aug 1996 21:34:39 +0000 () Cc: questions@freebsd.org In-Reply-To: from "Paul Manuel" at Aug 6, 96 10:48:07 am X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Is there a known problem with machines have 64MB or more of memory? No, except that you need to specify the amount of memory in the kernel config file if you want more than the first 64MB of RAM to be used. > I just purchased two P166 machines with 64MB EDO RAM and both fail with the > same errors when trying to compile the kernel. > > A couple of the errors are: > > ------------- > /kernel: pid 1009 (cc1), uid 0: exited on signal 6 > cc: Internal compiler error: program cc1 got fatal signal 6 > ------------- > > ------------- > assertion "(fragP->ft_next == 0) || ((fregP->fr_next-fr_address - fragP->fr_addr > ess) == fragP->fr_fix)" failed: file "/usr/src/gnu/usr.bin/as/write.c", line 354 > > /kernel: pid 1058 (as), uid 0: exited on signal 6 > cc: Internal compiler error: program as got fatal signal 6 > ------------- Hmm. Not sure what I can say here, except that signal 6 is SIGABRT and an assertion failure normally signifies a "can't happen" situation. Something is getting really screwed up here. > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x88f1163d > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf018ad9c > 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 = 1277 (make) > interrupt mask = > panic: page fault > > syncing disks... etc > ------------- Was this with version 2.1.5? If so, do 'nm /kernel -n | more' and use send-pr to post the area around f018ad9c to the bugs list, together with the above description and your kernel config file (if you've customised the kernel) and someone *may* be able to track down the problem. If it was 2.1.0 or earlier, it's probably better to upgrade to 2.1.5, as quite a few bugs in the VM system (which is what this appears to be) were fixed in the last release.