From owner-freebsd-questions Sat Oct 31 18:19:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA21263 for freebsd-questions-outgoing; Sat, 31 Oct 1998 18:19:10 -0800 (PST) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA21251 for ; Sat, 31 Oct 1998 18:19:01 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.1/8.9.1) id UAA05937; Sat, 31 Oct 1998 20:18:55 -0600 (CST) Date: Sat, 31 Oct 1998 20:18:55 -0600 From: Dan Nelson To: Studded , "questions@FreeBSD.ORG" Subject: Re: Cyrix 6x86 CPU Message-ID: <19981031201855.A5808@emsphone.com> References: <199810311552.KAA14228@laker.net> <19981031141836.B2302@emsphone.com> <363BA458.604FFB30@gorean.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.3i In-Reply-To: <363BA458.604FFB30@gorean.org>; from "Studded" on Sat Oct 31 15:59:20 GMT 1998 X-OS: FreeBSD 2.2.7-STABLE Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Oct 31), Studded said: > Dan Nelson wrote: > > > So for all but the most rabid performace freaks that can sense when > > a branch is predicted wrong or when a pipeline stalls, including > > all possible CPU types will make absolutely no difference. > > So if we know how to conditionalize this code, why is it still > necessary to specify the cpu type? Why not have /usr/sbin/config detect > the cpu type and DTRT? (Or whatever convenient/efficient mechanism is > appropriate.) The machine I run /usr/sbin/config on may not be the machine I'm compiling for. For example, I have a two-machine network at home. My squid cache and modem are hooked up to a 486/50 12MB laptop which doesn't even have source on it. I compile kernels for it on my P133 and copy them over NFS. What I was trying to say was that maybe the options should be removed, or changed to NO_I386_SUPPORT, so that joe user wouldn't see the option in GENERIC and wonder if he can remove it. There is a comment that SMP users will need to remove 386 and 486 support, so the options will have to exist in some form (or maybe options SMP should disable support automatically) -Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message