lkml.org 
[lkml]   [1999]   [Jan]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.2.0pre1 OOPS on boot.
On Sun, 3 Jan 1999, Alain Williams wrote:
> On Fri, Jan 01, 1999 at 01:42:06PM -0800, David Lang wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> >
> > how about defining the CPU in terms of features internaly and let the
> > config program do the work of picking which features, something along the
> > lines of 386, 486, pentium, ppro, k6, other where other then allowes
> > individual features to be picked.
> This is the only manageable long term way of doing it.
> As the number of different types of CPU profierates the combinations of
> features will become more and more complicated.
>
> The kernel code then becomes simpler: #ifdefs being on a feature by
> feature basis.
>
> We still need to retain 'i386' & friends, but the only use is to be
> expanded (in some header file) into all the features that that CPU
> supports.
>
> This allows end users to properly configure their machines: they will
> more easily understand that they have a brand X CPU than they will know
> which particular flavour of MMU it supports.

Something like amiga_identify() in arch/m68k/amiga/config.c, but then in CPP
instead of C?

Greetings,

Geert

--
Geert Uytterhoeven Geert.Uytterhoeven@cs.kuleuven.ac.be
Wavelets, Linux/{m68k~Amiga,PPC~CHRP} http://www.cs.kuleuven.ac.be/~geert/
Department of Computer Science -- Katholieke Universiteit Leuven -- Belgium


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:49    [from the cache]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and my Meterkast|Read the blog