From owner-freebsd-hackers Sun Feb 15 18:48:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09599 for freebsd-hackers-outgoing; Sun, 15 Feb 1998 18:48:49 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA09579 for ; Sun, 15 Feb 1998 18:48:40 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id TAA15540; Sun, 15 Feb 1998 19:48:38 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp03.primenet.com, id smtpd015525; Sun Feb 15 19:48:36 1998 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id TAA20273; Sun, 15 Feb 1998 19:48:33 -0700 (MST) From: Terry Lambert Message-Id: <199802160248.TAA20273@usr05.primenet.com> Subject: Re: VM messed: vm_page_free panic problem To: sthaug@nethelp.no Date: Mon, 16 Feb 1998 02:48:33 +0000 (GMT) Cc: tlambert@primenet.com, roberto@keltia.freenix.fr, hackers@FreeBSD.ORG In-Reply-To: <6069.887584835@verdi.nethelp.no> from "sthaug@nethelp.no" at Feb 16, 98 00:20:35 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > boot.flp from 3.0-980206-SNAP (from releng22.freebsd.org) panics at the > end of the boot process, with: > > changing root device to fd0c > rootfs is 1440 KByte compiled in MFS > vm_page_free: pindex(12), busy(0), PG_BUSY(0), hold(0) > panic: vm_page_free: freeing free page > > boot.flp from 3.0-980204-SNAP works okay. > > It's very much reproducible - the panic occurs every time :-). The numbers > in the parentheses are the same every time. I've tried it on a PPro-200 > with 64 mByte memory, and an AMD 5x86-133 with 24 MByte memory. OK. Disable the PSE. The problem seems (to me) to be that there is a requirement for more than 4M for the kernel, but with PSE enables, there is only a single 4M page. The MFS pushes the page boundry out, and then you fail when you try to page in from the unmapped region of the MFS. I would be surprised if these disks would boot on a 5M system without PSE capability. I think we are talking 6M now. The easiest test would be to build a distribution after defining DISABLE_PSE, and see if those boot. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message