From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261271AbTIOL6E (ORCPT ); Mon, 15 Sep 2003 07:58:04 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261276AbTIOL6D (ORCPT ); Mon, 15 Sep 2003 07:58:03 -0400 Received: from tmr-02.dsl.thebiz.net ([216.238.38.204]:36878 "EHLO gatekeeper.tmr.com") by vger.kernel.org with ESMTP id S261271AbTIOL6B (ORCPT ); Mon, 15 Sep 2003 07:58:01 -0400 Date: Mon, 15 Sep 2003 07:48:52 -0400 (EDT) From: Bill Davidsen To: John Bradford cc: zwane@linuxpower.ca, linux-kernel@vger.kernel.org Subject: Re: [PATCH] 2.6 workaround for Athlon/Opteron prefetch errata In-Reply-To: <200309150632.h8F6WnHb000589@81-2-122-30.bradfords.org.uk> Message-ID: 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 On Mon, 15 Sep 2003, John Bradford wrote: [... many good points ...] > This makes it trivial to: > > * Make a kernel for a distribution's initial install > Select all CPUs as supported, and optimise for 686. > > * Make an optimised kernel for any system > Select only the target CPU as supported, and optimise for it > > * Make a generic kernel for PIV, and Athlon > Select PIV and Athlon only as supported. Optimise for either, or > optimise for 386, (yes, even though it is not supported), for a > small kernel, on the basis that it will maximise cache usage, and be > fairly optimal on both systems. That last is a good point for sure, I have seen several posts indicating that -Os is faster on small cache machines like old Celerons, it would be a sensible choice for a distro, and make the kernel smaller as well. Kernels are getting near the limits of some machines to boot them. -- bill davidsen CTO, TMR Associates, Inc Doing interesting things with little computers since 1979.