From owner-freebsd-hackers Sun Mar 14 8:22:11 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id CBF2715012 for ; Sun, 14 Mar 1999 08:21:59 -0800 (PST) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 2.12 #1) id 10MDdz-0009Da-00 for hackers@freebsd.org; Sun, 14 Mar 1999 18:21:39 +0200 From: Sheldon Hearn To: hackers@freebsd.org Subject: Proposal: Define MAXMEM in GENERIC Date: Sun, 14 Mar 1999 18:21:38 +0200 Message-ID: <35437.921428498@axl.noc.iafrica.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi folks, The originator of PR i386/9755 (which related to a 3.0-RELEASE install failure) has made a valid point. We know that some people with >64MB RAM are going to have trouble with the speculative memory probe while installing FreeBSD with the GENERIC (here read any release) kernel. So why don't we add to GENERIC the following line? options "MAXMEM=(64*1024)" The major argument that comes to mind immediately is that people are going to end up running sub-optimal servers out-of-the-box. However, the change is supported by the following mindset: Gain: Make things easier for people with broken hardware. Cost: Annoy the people who have large memory configurations and who don't build custom kernels. I'm of the opinion that we're talking about a number of annoyed people so small that the gain is justified. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message