From owner-freebsd-hackers Mon Nov 23 15:34:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02888 for freebsd-hackers-outgoing; Mon, 23 Nov 1998 15:34:21 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from po9.andrew.cmu.edu (PO9.ANDREW.CMU.EDU [128.2.10.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02879 for ; Mon, 23 Nov 1998 15:34:17 -0800 (PST) (envelope-from tcrimi+@andrew.cmu.edu) Received: (from postman@localhost) by po9.andrew.cmu.edu (8.8.5/8.8.2) id SAA10367; Mon, 23 Nov 1998 18:34:07 -0500 (EST) Received: via switchmail; Mon, 23 Nov 1998 18:34:07 -0500 (EST) Received: from unix14.andrew.cmu.edu via qmail ID ; Mon, 23 Nov 1998 18:33:03 -0500 (EST) Received: from unix14.andrew.cmu.edu via qmail ID ; Mon, 23 Nov 1998 18:33:02 -0500 (EST) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix14.andrew.cmu.edu.sun4m.54 via MS.5.6.unix14.andrew.cmu.edu.sun4_51; Mon, 23 Nov 1998 18:33:02 -0500 (EST) Message-ID: Date: Mon, 23 Nov 1998 18:33:02 -0500 (EST) From: Thomas Valentino Crimi To: Joel Ray Holveck , Marius Bendiksen Subject: Re: FreeBSD on i386 memory model Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <3.0.5.32.19981123144319.00a4d560@mail.scancall.no> References: <199811181842.KAA06180@apollo.backplane.com> <3.0.5.32.19981120103442.0099f460@mail.scancall.no> <3.0.5.32.19981123144319.00a4d560@mail.scancall.no> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Excerpts from FreeBSD-Hackers: 23-Nov-98 Re: FreeBSD on i386 memory .. by Marius Bendiksen@scancal >>It would require changing libc to read the kernel config file. Do we >>really want to mess with this? > >Unless it adds too much complexity, I'd say 'yes'. > >A major strength of FreeBSD is its speed. Increasing its speed, and ability >to specificially utilize your platform, would widen our lead. > Might it be better to add a new option to make.conf? If I'm following things correctly how would the libc makefile be able to dermine which config file is in use on the machine (read out out of the dmesgs?) What if the build machine is building world to then be exported to a slower machine for the installworld - something that I do very often and has obvious benefits. I definitely agree the hooks should exist, making it easilly tweekable is important, though. If it is made default an obvious warning should be printed out in make-world noting that the libc generated will not work on pre-Pentium/XXX machines. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message