Re: [PATCH] intel-x86 model config cleanup

J.A. Magallon (jamagallon@able.es)
Thu, 30 May 2002 00:44:23 +0200


On 2002.05.29 Jeff Garzik wrote:
>Jeff Garzik wrote:
>
>>
>> This implies separating the concept of a "generic x86 kernel that
>> supports N CPU types" from "kernel supports one CPU type and one
>> only." The i386/config.in is currently a mishmash of both. Dave Jones
>> did some work along these lines in his "cpuchoice" diff, which I have
>> attached.
>

Could this be organized this way ?

CONFIG_VENDOR_ CONFIG_CPU_ CONFIG_M

GENERIC GENERIC_386 386
GENERIC_486 486
GENERIC_586 586
GENERIC_686 686
INTEL INTEL_386 386
INTEL_486 486
INTEL_PENTIUM 586
INTEL_PENTIUMMMX 586
INTEL_PENTIUMPRO 686
INTEL_PENTIUM2 686
INTEL_CELERON2 686
INTEL_PENTIUM3 686
INTEL_CELERON3 686
INTEL_PENTIUM4 686
AMD AMD_386 386
AMD_486 486
AMD_K5 586
AMD_K6 K6
AMD_K6II K6
AMD_K6III K6
AMD_K7 K7
AMD_DURON K7
AMD_ATHLON K7
CYRIX CYRIX_386 386
CYRIX_486 486
CYRIX_586 586
CYRIX_686 686
VIA CYRIX_III 686
TRANSMETA TRANSMETA_CRUSOE ???
NATSEMI NATSEMI_586 586
RISE RISE_586 586
IDT IDT_WINCHIPC6 ???
IDT_WINCHIP2 ???
IDT_WINCHIP2A ???
IDT_WINCHIP3 ???

Then for each model you would define its generic CONFIG_M<arch>, and
the specific features not contained in the generic. And then define
the rest of features based on generic.
The CONFIG_M<arch> would serve as a flag for 'this cpu has all features
of a generic xxx'.

Or if you are worried about namespace pollution these could be named
CONFIG_CPU_VENDOR_, CONFIG_CPU_, CONFIG_CPU_M.

BTW: any more stars in processor vendor/model sky ?

Comments awaited...

-- 
J.A. Magallon                           #  Let the source be with you...        
mailto:jamagallon@able.es
Mandrake Linux release 8.3 (Cooker) for i586
Linux werewolf 2.4.19-pre9-jam1 #1 SMP mié may 29 02:20:48 CEST 2002 i686
-
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/