Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262264AbTINAIV (ORCPT ); Sat, 13 Sep 2003 20:08:21 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262268AbTINAIV (ORCPT ); Sat, 13 Sep 2003 20:08:21 -0400 Received: from zero.aec.at ([193.170.194.10]:12806 "EHLO zero.aec.at") by vger.kernel.org with ESMTP id S262264AbTINAIU (ORCPT ); Sat, 13 Sep 2003 20:08:20 -0400 To: Adrian Bunk Cc: linux-kernel@vger.kernel.org, Dave Jones , linux-kernel@vger.kernel.org, alan@lxorguk.ukuu.org.uk Subject: Re: RFC: [2.6 patch] better i386 CPU selection From: Andi Kleen Date: Sun, 14 Sep 2003 02:07:04 +0200 In-Reply-To: (Adrian Bunk's message of "Sun, 14 Sep 2003 00:10:19 +0200") Message-ID: User-Agent: Gnus/5.090013 (Oort Gnus v0.13) Emacs/21.2 (i586-suse-linux) References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 955 Lines: 20 Adrian Bunk writes: > > I don't like the current user interface that says "if you want to > support both an Athlon and a Pentium 4 in your kernel use the Pentium III > option. And for better optimization, also check the "generic" option". The big issue with your ifdefing of workarounds is that it causes subtle support problems. A lot of settings for specific CPUs boot and work fine on other CPUs (possibly with small performance impact, but they're rarely noticeable without explicit benchmarking). Just when you don't include the workarounds for the bugs on these other CPUs it will boot and even run, but fail mysteriously once a month. And that would be a support nightmare. -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/