* 2.6.1-rc1-tiny2 @ 2004-01-06 5:48 Matt Mackall 2004-01-06 6:33 ` 2.6.1-rc1-tiny2 Nick Piggin 2004-01-07 14:06 ` 2.6.1-rc1-tiny2 Jens Axboe 0 siblings, 2 replies; 34+ messages in thread From: Matt Mackall @ 2004-01-06 5:48 UTC (permalink / raw) To: linux-kernel This is the fourth release of the -tiny kernel tree. The aim of this tree is to collect patches that reduce kernel disk and memory footprint as well as tools for working on small systems. Target users are things like embedded systems, small or legacy desktop folks, and handhelds. Latest release includes: - various compile fixes for last release - actually include Andi Kleen's bloat-o-meter this time - optional mempool removal - optional semaphore uninlining - optional linux socket filter - reduced flow cache - optional device multicast management - optional rtnetlink/af_netlink - optional IGMP - optional POSIX timer API - inline cleanup in fs/namei.c The patch can be found at: http://selenic.com/tiny/2.6.1-rc1-tiny2.patch.bz2 http://selenic.com/tiny/2.6.1-rc1-tiny2-broken-out.tar.bz2 Webpage for your bookmarking pleasure: http://selenic.com/tiny-about/ -- Matt Mackall : http://www.selenic.com : Linux development and consulting ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: 2.6.1-rc1-tiny2 2004-01-06 5:48 2.6.1-rc1-tiny2 Matt Mackall @ 2004-01-06 6:33 ` Nick Piggin 2004-01-06 6:46 ` 2.6.1-rc1-tiny2 Matt Mackall 2004-01-07 14:06 ` 2.6.1-rc1-tiny2 Jens Axboe 1 sibling, 1 reply; 34+ messages in thread From: Nick Piggin @ 2004-01-06 6:33 UTC (permalink / raw) To: Matt Mackall; +Cc: linux-kernel, Adrian Bunk Matt Mackall wrote: >This is the fourth release of the -tiny kernel tree. The aim of this >tree is to collect patches that reduce kernel disk and memory >footprint as well as tools for working on small systems. Target users >are things like embedded systems, small or legacy desktop folks, and >handhelds. > Have you considered Adrian Bunk's CPU selection rationalisation work? The last argument I heard against it was that there is lower hanging fruit for size reduction. You seem to have got a lot of that. Nick ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: 2.6.1-rc1-tiny2 2004-01-06 6:33 ` 2.6.1-rc1-tiny2 Nick Piggin @ 2004-01-06 6:46 ` Matt Mackall 2004-01-06 7:08 ` 2.6.1-rc1-tiny2 Nick Piggin 0 siblings, 1 reply; 34+ messages in thread From: Matt Mackall @ 2004-01-06 6:46 UTC (permalink / raw) To: Nick Piggin; +Cc: linux-kernel, Adrian Bunk On Tue, Jan 06, 2004 at 05:33:58PM +1100, Nick Piggin wrote: > > > Matt Mackall wrote: > > >This is the fourth release of the -tiny kernel tree. The aim of this > >tree is to collect patches that reduce kernel disk and memory > >footprint as well as tools for working on small systems. Target users > >are things like embedded systems, small or legacy desktop folks, and > >handhelds. > > > > Have you considered Adrian Bunk's CPU selection rationalisation work? Vaguely aware of it. > The last argument I heard against it was that there is lower hanging > fruit for size reduction. You seem to have got a lot of that. Yes, a fair amount. Btw, what's the size differential for piggin-sched vs mainline? -- Matt Mackall : http://www.selenic.com : Linux development and consulting ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: 2.6.1-rc1-tiny2 2004-01-06 6:46 ` 2.6.1-rc1-tiny2 Matt Mackall @ 2004-01-06 7:08 ` Nick Piggin 2004-01-10 0:46 ` 2.6.1-rc1-tiny2 Adrian Bunk 0 siblings, 1 reply; 34+ messages in thread From: Nick Piggin @ 2004-01-06 7:08 UTC (permalink / raw) To: Matt Mackall; +Cc: linux-kernel, Adrian Bunk Matt Mackall wrote: >On Tue, Jan 06, 2004 at 05:33:58PM +1100, Nick Piggin wrote: > >> >>Matt Mackall wrote: >> >> >>>This is the fourth release of the -tiny kernel tree. The aim of this >>>tree is to collect patches that reduce kernel disk and memory >>>footprint as well as tools for working on small systems. Target users >>>are things like embedded systems, small or legacy desktop folks, and >>>handhelds. >>> >>> >>Have you considered Adrian Bunk's CPU selection rationalisation work? >> > >Vaguely aware of it. > Basically, because the types of x86 cpus are only partially ordered, and a the CPU selection somehow tries to follow the rule "this CPU or higher", there ends up being a bit of stuff included which doesn't need to be. Not sure what the savings add up to though... > >>The last argument I heard against it was that there is lower hanging >>fruit for size reduction. You seem to have got a lot of that. >> > >Yes, a fair amount. Btw, what's the size differential for piggin-sched >vs mainline? > Very little, I think my sched.o is about 40 bytes bigger on UP. Its about 4K bigger for SMP, but thats with quite a bit of init stuff to set up the sched domains. It also does HT scheduling, and some more of that could be ifdefed I guess (its already 1-2K smaller than Ingo's shared runqueues). If you're talking about my interactivity stuff, then that is very little difference as well, maybe a few tens of bytes smaller. The scheduler is pretty lean. ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: 2.6.1-rc1-tiny2 2004-01-06 7:08 ` 2.6.1-rc1-tiny2 Nick Piggin @ 2004-01-10 0:46 ` Adrian Bunk 2004-01-10 0:50 ` [0/4] better i386 CPU selection Adrian Bunk ` (5 more replies) 0 siblings, 6 replies; 34+ messages in thread From: Adrian Bunk @ 2004-01-10 0:46 UTC (permalink / raw) To: Nick Piggin; +Cc: Matt Mackall, linux-kernel On Tue, Jan 06, 2004 at 06:08:03PM +1100, Nick Piggin wrote: > > Matt Mackall wrote: > > >On Tue, Jan 06, 2004 at 05:33:58PM +1100, Nick Piggin wrote: > >>Have you considered Adrian Bunk's CPU selection rationalisation work? > >> > > > >Vaguely aware of it. > > > > Basically, because the types of x86 cpus are only partially ordered, > and a the CPU selection somehow tries to follow the rule "this CPU or > higher", there ends up being a bit of stuff included which doesn't > need to be. Not sure what the savings add up to though... >... Some savings are possible as a side effect of my patch (the main goal is to make the selection of multiple CPUs more user friendly). I'll send the patch and 2 proof of concept space saving patches as replies to this mail. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 34+ messages in thread
* [0/4] better i386 CPU selection 2004-01-10 0:46 ` 2.6.1-rc1-tiny2 Adrian Bunk @ 2004-01-10 0:50 ` Adrian Bunk 2004-01-10 0:52 ` [1/4] " Adrian Bunk ` (4 subsequent siblings) 5 siblings, 0 replies; 34+ messages in thread From: Adrian Bunk @ 2004-01-10 0:50 UTC (permalink / raw) To: Nick Piggin; +Cc: Matt Mackall, linux-kernel The patches below are: [1/4] - changed the i386 CPU selection from a choice to single options for every cpu - renamed the M* variables to CPU_*, this is needed to ask the users upgrading from older kernels instead of silently changing the semantics - X86_GOOD_APIC -> X86_BAD_APIC - AMD Elan is a different subarch, you can't configure a kernel that runs on both the AMD Elan and other i386 CPUs - added optimizing CFLAGS for the AMD Elan - gcc 2.95 supports -march=k6 (no need for check_gcc) - help text changes/updates [2/4] move "struct movsl_mask movsl_mask" to usercopy.c (CONFIG_X86_INTEL_USERCOPY is used on non-Intel CPUs) [3/4] - made arch/i386/kernel/cpu/Makefile CPU specific [4/4] - made arch/i386/kernel/cpu/mtrr/Makefile CPU specific Dependencies between these patches: - patch 3 requires 1+2 - patch 4 requires 1 The main part is patch 1. Patch 2 fixes a small issue that only shows up with patch 3. Patches 3+4 are proof of concept patches for space optimizations by omitting unneeded code. They are "proof of concept" since the #ifdef's they introduce aren't TODO: - change include/asm-i386/module.h to use some kind of bitmask I've updated the patches for 2.6.1-rc3 and a kernel with these patches applied compiles and runs for me. cu Adrian - 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/ ^ permalink raw reply [flat|nested] 34+ messages in thread
* [1/4] better i386 CPU selection 2004-01-10 0:46 ` 2.6.1-rc1-tiny2 Adrian Bunk 2004-01-10 0:50 ` [0/4] better i386 CPU selection Adrian Bunk @ 2004-01-10 0:52 ` Adrian Bunk 2004-01-10 11:04 ` Wichert Akkerman 2004-01-16 19:15 ` [1/4] " cliff white 2004-01-10 0:57 ` [2/4] move "struct movsl_mask movsl_mask" to usercopy.c Adrian Bunk ` (3 subsequent siblings) 5 siblings, 2 replies; 34+ messages in thread From: Adrian Bunk @ 2004-01-10 0:52 UTC (permalink / raw) To: Nick Piggin; +Cc: Matt Mackall, linux-kernel Changes: - changed the i386 CPU selection from a choice to single options for every cpu - X86_GENERIC is no longer required - renamed the M* variables to CPU_*, this is needed to ask the users upgrading from older kernels instead of silently changing the semantics - X86_GOOD_APIC -> X86_BAD_APIC - AMD Elan is a different subarch, you can't configure a kernel that runs on both the AMD Elan and other i386 CPUs - added optimizing CFLAGS for the AMD Elan - gcc 2.95 supports -march=k6 (no need for check_gcc) - help text changes/updates TODO: - module versioning diffstat output: arch/i386/Kconfig | 258 ++++++++++++--------------- arch/i386/Makefile | 57 +++-- arch/i386/boot/setup.S | 2 arch/i386/lib/mmx.c | 2 drivers/serial/8250.h | 2 include/asm-i386/apic.h | 4 include/asm-i386/bugs.h | 7 include/asm-i386/module.h | 2 include/asm-i386/processor.h | 4 include/asm-i386/timex.h | 2 arch/x86_64/Kconfig | 4 include/asm-x86_64/apic.h | 2 arch/i386/kernel/cpu/cpufreq/Kconfig | 2 arch/i386/mach-voyager/voyager_smp.c | 6 14 files changed, 172 insertions(+), 182 deletions(-) --- linux-2.6.0-test5-mm4/arch/i386/Kconfig.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/arch/i386/Kconfig 2003-09-25 14:30:41.000000000 +0200 @@ -43,6 +43,15 @@ help Choose this option if your computer is a standard PC or compatible. +config X86_ELAN + bool "Elan" + help + Select this for an AMD Elan processor. + + Do not use this option for K6/Athlon/Opteron processors! + + If unsure choose "PC-compatible" instead. + config X86_VOYAGER bool "Voyager (NCR)" help @@ -125,48 +134,19 @@ default y depends on SMP && X86_ES7000 && MPENTIUMIII -choice - prompt "Processor family" - default M686 -config M386 - bool "386" - ---help--- - This is the processor type of your CPU. This information is used for - optimizing purposes. In order to compile a kernel that can run on - all x86 CPU types (albeit not optimally fast), you can specify - "386" here. - - The kernel will not necessarily run on earlier architectures than - the one you have chosen, e.g. a Pentium optimized kernel will run on - a PPro, but not necessarily on a i486. - - Here are the settings recommended for greatest speed: - - "386" for the AMD/Cyrix/Intel 386DX/DXL/SL/SLC/SX, Cyrix/TI - 486DLC/DLC2, UMC 486SX-S and NexGen Nx586. Only "386" kernels - will run on a 386 class machine. - - "486" for the AMD/Cyrix/IBM/Intel 486DX/DX2/DX4 or - SL/SLC/SLC2/SLC3/SX/SX2 and UMC U5D or U5S. - - "586" for generic Pentium CPUs lacking the TSC - (time stamp counter) register. - - "Pentium-Classic" for the Intel Pentium. - - "Pentium-MMX" for the Intel Pentium MMX. - - "Pentium-Pro" for the Intel Pentium Pro. - - "Pentium-II" for the Intel Pentium II or pre-Coppermine Celeron. - - "Pentium-III" for the Intel Pentium III or Coppermine Celeron. - - "Pentium-4" for the Intel Pentium 4 or P4-based Celeron. - - "K6" for the AMD K6, K6-II and K6-III (aka K6-3D). - - "Athlon" for the AMD K7 family (Athlon/Duron/Thunderbird). - - "Crusoe" for the Transmeta Crusoe series. - - "Winchip-C6" for original IDT Winchip. - - "Winchip-2" for IDT Winchip 2. - - "Winchip-2A" for IDT Winchips with 3dNow! capabilities. - - "CyrixIII/VIA C3" for VIA Cyrix III or VIA C3. - - "VIA C3-2 for VIA C3-2 "Nehemiah" (model 9 and above). +if !X86_ELAN + +menu "Processor support" + +comment "Select all processors your kernel should support" - If you don't know what to do, choose "386". +config CPU_386 + bool "386" + help + Select this for a 386 series processor. -config M486 +config CPU_486 bool "486" help Select this for a 486 series processor, either Intel or one of the @@ -174,227 +154,223 @@ DX2, and DX4 variants; also SL/SLC/SLC2/SLC3/SX/SX2 and UMC U5D or U5S. -config M586 +config CPU_586 bool "586/K5/5x86/6x86/6x86MX" help - Select this for an 586 or 686 series processor such as the AMD K5, - the Intel 5x86 or 6x86, or the Intel 6x86MX. This choice does not - assume the RDTSC (Read Time Stamp Counter) instruction. + Select this for a non-Intel 586 or 686 series processor such as + the AMD K5 or the Cyrix 6x86MX. + + Several CPUs that have their own options below (e.g. AMD K6, + Duron, Athlon and Opteeron, IDT Winchip, Cyrix III and + VIA C3) do _not_ need this option. + + This choice does not assume the RDTSC (Read Time Stamp Counter) + instruction. -config M586TSC +config CPU_586TSC bool "Pentium-Classic" help Select this for a Pentium Classic processor with the RDTSC (Read - Time Stamp Counter) instruction for benchmarking. + Time Stamp Counter) instruction. -config M586MMX +config CPU_586MMX bool "Pentium-MMX" help Select this for a Pentium with the MMX graphics/multimedia extended instructions. -config M686 +config CPU_686 bool "Pentium-Pro" help - Select this for Intel Pentium Pro chips. This enables the use of - Pentium Pro extended instructions, and disables the init-time guard - against the f00f bug found in earlier Pentiums. + Select this for Intel Pentium Pro chips. -config MPENTIUMII +config CPU_PENTIUMII bool "Pentium-II/Celeron(pre-Coppermine)" help Select this for Intel chips based on the Pentium-II and - pre-Coppermine Celeron core. This option enables an unaligned - copy optimization, compiles the kernel with optimization flags - tailored for the chip, and applies any applicable Pentium Pro - optimizations. + pre-Coppermine Celeron core. -config MPENTIUMIII +config CPU_PENTIUMIII bool "Pentium-III/Celeron(Coppermine)/Pentium-III Xeon" help Select this for Intel chips based on the Pentium-III and - Celeron-Coppermine core. This option enables use of some - extended prefetch instructions in addition to the Pentium II - extensions. + Celeron-Coppermine core. -config MPENTIUM4 +config CPU_PENTIUM4 bool "Pentium-4/Celeron(P4-based)/Xeon" help Select this for Intel Pentium 4 chips. This includes both - the Pentium 4 and P4-based Celeron chips. This option - enables compile flags optimized for the chip, uses the - correct cache shift, and applies any applicable Pentium III - optimizations. + the Pentium 4 and P4-based Celeron chips. -config MK6 +config CPU_K6 bool "K6/K6-II/K6-III" help - Select this for an AMD K6-family processor. Enables use of - some extended instructions, and passes appropriate optimization - flags to GCC. + Select this for an AMD K6, K6-II or K6-III (aka K6-3D). -config MK7 +config CPU_K7 bool "Athlon/Duron/K7" help - Select this for an AMD Athlon K7-family processor. Enables use of - some extended instructions, and passes appropriate optimization - flags to GCC. + Select this for an AMD Athlon K7-family processor. -config MK8 +config CPU_K8 bool "Opteron/Athlon64/Hammer/K8" help - Select this for an AMD Opteron or Athlon64 Hammer-family processor. Enables - use of some extended instructions, and passes appropriate optimization - flags to GCC. - -config MELAN - bool "Elan" + Select this for an AMD Opteron or Athlon64 Hammer-family processor. -config MCRUSOE +config CPU_CRUSOE bool "Crusoe" help - Select this for a Transmeta Crusoe processor. Treats the processor - like a 586 with TSC, and sets some GCC optimization flags (like a - Pentium Pro with no alignment requirements). + Select this for a Transmeta Crusoe processor. -config MWINCHIPC6 +config CPU_WINCHIPC6 bool "Winchip-C6" help - Select this for an IDT Winchip C6 chip. Linux and GCC - treat this chip as a 586TSC with some extended instructions - and alignment requirements. + Select this for an IDT Winchip C6 chip. -config MWINCHIP2 +config CPU_WINCHIP2 bool "Winchip-2" help - Select this for an IDT Winchip-2. Linux and GCC - treat this chip as a 586TSC with some extended instructions - and alignment requirements. + Select this for an IDT Winchip-2. -config MWINCHIP3D +config CPU_WINCHIP3D bool "Winchip-2A/Winchip-3" help - Select this for an IDT Winchip-2A or 3. Linux and GCC - treat this chip as a 586TSC with some extended instructions - and alignment reqirements. Also enable out of order memory - stores for this CPU, which can increase performance of some - operations. - -config MCYRIXIII - bool "CyrixIII/VIA-C3" - help - Select this for a Cyrix III or C3 chip. Presently Linux and GCC - treat this chip as a generic 586. Whilst the CPU is 686 class, - it lacks the cmov extension which gcc assumes is present when - generating 686 code. - Note that Nehemiah (Model 9) and above will not boot with this - kernel due to them lacking the 3DNow! instructions used in earlier - incarnations of the CPU. + Select this for an IDT Winchip-2A or 3 with 3dNow! + capabilities. + +config CPU_CYRIXIII + bool "Cyrix III/VIA C3" + help + Select this for a Cyrix III or VIA C3 chip. -config MVIAC3_2 + Note that Nehemiah (Model 9) and above need the next + option instead. + +config CPU_VIAC3_2 bool "VIA C3-2 (Nehemiah)" help - Select this for a VIA C3 "Nehemiah". Selecting this enables usage - of SSE and tells gcc to treat the CPU as a 686. - Note, this kernel will not boot on older (pre model 9) C3s. + Select this for a VIA C3 "Nehemiah" (model 9 and above). -endchoice +endmenu -config X86_GENERIC - bool "Generic x86 support" - help - Including some tuning for non selected x86 CPUs too. - when it has moderate overhead. This is intended for generic - distributions kernels. +endif + +# +# helper options +# +config CPU_INTEL + bool + depends on CPU_386 || CPU_486 || CPU_586TSC || CPU_686 || CPU_PENTIUMII || CPU_PENTIUMIII || CPU_PENTIUM4 + default y + +config CPU_WINCHIP + bool + depends on CPU_WINCHIPC6 || CPU_WINCHIP2 || CPU_WINCHIP3D + default y + +config CPU_ONLY_K7 + bool + depends on CPU_K7 && !CPU_INTEL && !CPU_K6 && !CPU_K8 && !X86_ELAN && !CPU_CRUSOE && !CPU_WINCHIP && !CPU_CYRIXIII && !CPU_VIAC3_2 + default y + +config CPU_ONLY_K8 + bool + depends on CPU_K8 && !CPU_INTEL && !CPU_K6 && !CPU_K7 && !X86_ELAN && !CPU_CRUSOE && !CPU_WINCHIP && !CPU_CYRIXIII && !CPU_VIAC3_2 + default y + +config CPU_ONLY_WINCHIP + bool + depends on CPU_WINCHIP && !CPU_INTEL && !CPU_K6 && !CPU_K7 && !CPU_K8 && !X86_ELAN && !CPU_CRUSOE && !CPU_CYRIXIII && !CPU_VIAC3_2 + default y # # Define implied options from the CPU selection here # config X86_CMPXCHG bool - depends on !M386 + depends on !CPU_386 default y config X86_XADD bool - depends on !M386 + depends on !CPU_386 default y config X86_L1_CACHE_SHIFT int - default "7" if MPENTIUM4 || X86_GENERIC - default "4" if MELAN || M486 || M386 - default "5" if MWINCHIP3D || MWINCHIP2 || MWINCHIPC6 || MCRUSOE || MCYRIXIII || MK6 || MPENTIUMIII || MPENTIUMII || M686 || M586MMX || M586TSC || M586 || MVIAC3_2 - default "6" if MK7 || MK8 + default "7" if CPU_PENTIUM4 + default "6" if CPU_K7 || CPU_K8 + default "5" if CPU_WINCHIP || CPU_CRUSOE || CPU_CYRIXIII || CPU_K6 || CPU_PENTIUMIII || CPU_PENTIUMII || CPU_686 || CPU_586MMX || CPU_586TSC || CPU_586 || CPU_VIAC3_2 + default "4" if X86_ELAN || CPU_486 || CPU_386 config RWSEM_GENERIC_SPINLOCK bool - depends on M386 + depends on CPU_386 default y config RWSEM_XCHGADD_ALGORITHM bool - depends on !M386 + depends on !CPU_386 default y config X86_PPRO_FENCE bool - depends on M686 || M586MMX || M586TSC || M586 || M486 || M386 + depends on CPU_686 default y config X86_F00F_BUG bool - depends on M586MMX || M586TSC || M586 || M486 || M386 + depends on CPU_586MMX || CPU_586TSC default y config X86_WP_WORKS_OK bool - depends on !M386 + depends on !CPU_386 default y config X86_INVLPG bool - depends on !M386 + depends on !CPU_386 default y config X86_BSWAP bool - depends on !M386 + depends on !CPU_386 default y config X86_POPAD_OK bool - depends on !M386 + depends on !CPU_386 default y config X86_ALIGNMENT_16 bool - depends on MWINCHIP3D || MWINCHIP2 || MWINCHIPC6 || MCYRIXIII || MELAN || MK6 || M586MMX || M586TSC || M586 || M486 || MVIAC3_2 + depends on CPU_WINCHIP || CPU_CYRIXIII || X86_ELAN || CPU_K6 || CPU_586MMX || CPU_586TSC || CPU_586 || CPU_486 || CPU_VIAC3_2 default y -config X86_GOOD_APIC +config X86_BAD_APIC bool - depends on MK7 || MPENTIUM4 || MPENTIUMIII || MPENTIUMII || M686 || M586MMX || MK8 + depends on CPU_586TSC default y config X86_INTEL_USERCOPY bool - depends on MPENTIUM4 || MPENTIUMIII || MPENTIUMII || M586MMX || X86_GENERIC || MK8 || MK7 + depends on CPU_K7 || CPU_K8 || CPU_PENTIUMII || CPU_PENTIUMIII || CPU_PENTIUM4 default y config X86_USE_PPRO_CHECKSUM bool - depends on MWINCHIP3D || MWINCHIP2 || MWINCHIPC6 || MCYRIXIII || MK7 || MK6 || MPENTIUM4 || MPENTIUMIII || MPENTIUMII || M686 || MK8 || MVIAC3_2 + depends on !CPU_386 && !CPU_486 && !CPU_586 && !CPU_586TSC && !CPU_586MMX && !X86_ELAN && !CPU_CRUSOE default y config X86_USE_3DNOW bool - depends on MCYRIXIII || MK7 + depends on !CPU_INTEL && !CPU_K6 && !CPU_K8 && !X86_ELAN && !CPU_CRUSOE && !CPU_WINCHIP && !CPU_VIAC3_2 default y config X86_OOSTORE bool - depends on MWINCHIP3D || MWINCHIP2 || MWINCHIPC6 + depends on CPU_ONLY_WINCHIP default y config X86_4G @@ -555,7 +531,7 @@ config X86_TSC bool - depends on (MWINCHIP3D || MWINCHIP2 || MCRUSOE || MCYRIXIII || MK7 || MK6 || MPENTIUM4 || MPENTIUMIII || MPENTIUMII || M686 || M586MMX || M586TSC || MK8 || MVIAC3_2) && !X86_NUMAQ + depends on !X86_NUMAQ && !CPU_386 && !CPU_486 && !CPU_586 && !X86_ELAN && !CPU_WINCHIPC6 default y config X86_MCE --- linux-2.6.0-test5-mm4/arch/i386/Makefile.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/arch/i386/Makefile 2003-09-25 14:28:16.000000000 +0200 @@ -30,28 +30,47 @@ align := $(subst -functions=0,,$(call check_gcc,-falign-functions=0,-malign-functions=0)) -cflags-$(CONFIG_M386) += -march=i386 -cflags-$(CONFIG_M486) += -march=i486 -cflags-$(CONFIG_M586) += -march=i586 -cflags-$(CONFIG_M586TSC) += -march=i586 -cflags-$(CONFIG_M586MMX) += $(call check_gcc,-march=pentium-mmx,-march=i586) -cflags-$(CONFIG_M686) += -march=i686 -cflags-$(CONFIG_MPENTIUMII) += $(call check_gcc,-march=pentium2,-march=i686) -cflags-$(CONFIG_MPENTIUMIII) += $(call check_gcc,-march=pentium3,-march=i686) -cflags-$(CONFIG_MPENTIUM4) += $(call check_gcc,-march=pentium4,-march=i686) -cflags-$(CONFIG_MK6) += $(call check_gcc,-march=k6,-march=i586) +cpuflags-$(CONFIG_CPU_PENTIUM4) := $(call check_gcc,-march=pentium4,-march=i686) + +ifdef CONFIG_CPU_PENTIUM4 + cpuflags-$(CONFIG_CPU_K8) := $(call check_gcc,-march=pentium3,-march=i686) +else + cpuflags-$(CONFIG_CPU_K8) := $(call check_gcc,-march=k8,$(call check_gcc,-march=athlon,-march=i686 $(align)-functions=4)) +endif + # Please note, that patches that add -march=athlon-xp and friends are pointless. # They make zero difference whatsosever to performance at this time. -cflags-$(CONFIG_MK7) += $(call check_gcc,-march=athlon,-march=i686 $(align)-functions=4) -cflags-$(CONFIG_MK8) += $(call check_gcc,-march=k8,$(call check_gcc,-march=athlon,-march=i686 $(align)-functions=4)) -cflags-$(CONFIG_MCRUSOE) += -march=i686 $(align)-functions=0 $(align)-jumps=0 $(align)-loops=0 -cflags-$(CONFIG_MWINCHIPC6) += $(call check_gcc,-march=winchip-c6,-march=i586) -cflags-$(CONFIG_MWINCHIP2) += $(call check_gcc,-march=winchip2,-march=i586) -cflags-$(CONFIG_MWINCHIP3D) += $(call check_gcc,-march=winchip2,-march=i586) -cflags-$(CONFIG_MCYRIXIII) += $(call check_gcc,-march=c3,-march=i486) $(align)-functions=0 $(align)-jumps=0 $(align)-loops=0 -cflags-$(CONFIG_MVIAC3_2) += $(call check_gcc,-march=c3-2,-march=i686) +ifdef CONFIG_CPU_PENTIUM4 + cpuflags-$(CONFIG_CPU_K7) := $(call check_gcc,-march=pentium3,-march=i686) +else + cpuflags-$(CONFIG_CPU_K7) := $(call check_gcc,-march=athlon,-march=i686 $(align)-functions=4) +endif + +cpuflags-$(CONFIG_CPU_PENTIUMIII) := $(call check_gcc,-march=pentium3,-march=i686) +cpuflags-$(CONFIG_CPU_PENTIUMII) := $(call check_gcc,-march=pentium2,-march=i686) +cpuflags-$(CONFIG_CPU_VIAC3_2) := $(call check_gcc,-march=c3-2,-march=i686) +cpuflags-$(CONFIG_CPU_CRUSOE) := -march=i686 $(align)-functions=0 $(align)-jumps=0 $(align)-loops=0 +cpuflags-$(CONFIG_CPU_686) := -march=i686 + +# supports i686 without cmov +cpuflags-$(CONFIG_CPU_CYRIXIII) := $(call check_gcc,-march=c3,-march=i486) $(align)-functions=0 $(align)-jumps=0 $(align)-loops=0 + +cpuflags-$(CONFIG_CPU_K6) := -march=k6 +cpuflags-$(CONFIG_CPU_586MMX) := $(call check_gcc,-march=pentium-mmx,-march=i586) + +# Winchip supports i586 +cpuflags-$(CONFIG_CPU_WINCHIPC6) := $(call check_gcc,-march=winchip-c6,-march=i486) +cpuflags-$(CONFIG_CPU_WINCHIP2) := $(call check_gcc,-march=winchip2,-march=i486) +cpuflags-$(CONFIG_CPU_WINCHIP3D) := $(call check_gcc,-march=winchip2,-march=i486) + +cpuflags-$(CONFIG_CPU_586TSC) := -march=i586 +cpuflags-$(CONFIG_CPU_586) := -march=i586 +cpuflags-$(CONFIG_X86_ELAN) := -march=i486 +cpuflags-$(CONFIG_CPU_486) := -march=i486 +cpuflags-$(CONFIG_CPU_386) := -march=i386 + -CFLAGS += $(cflags-y) +CFLAGS += $(cpuflags-y) # Default subarch .c files mcore-y := mach-default --- linux-2.6.0-test5-mm4/include/asm-i386/processor.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/include/asm-i386/processor.h 2003-09-25 14:28:16.000000000 +0200 @@ -555,7 +555,7 @@ #define K7_NOP7 ".byte 0x8D,0x04,0x05,0,0,0,0\n" #define K7_NOP8 K7_NOP7 ASM_NOP1 -#ifdef CONFIG_MK8 +#ifdef CONFIG_CPU_ONLY_K8 #define ASM_NOP1 K8_NOP1 #define ASM_NOP2 K8_NOP2 #define ASM_NOP3 K8_NOP3 @@ -564,7 +564,7 @@ #define ASM_NOP6 K8_NOP6 #define ASM_NOP7 K8_NOP7 #define ASM_NOP8 K8_NOP8 -#elif defined(CONFIG_MK7) +#elif defined(CONFIG_CPU_ONLY_K7) #define ASM_NOP1 K7_NOP1 #define ASM_NOP2 K7_NOP2 #define ASM_NOP3 K7_NOP3 --- linux-2.6.0-test5-mm4/drivers/serial/8250.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/drivers/serial/8250.h 2003-09-25 14:28:16.000000000 +0200 @@ -44,7 +44,7 @@ #undef SERIAL_DEBUG_PCI -#if defined(__i386__) && (defined(CONFIG_M386) || defined(CONFIG_M486)) +#if defined(__i386__) && (defined(CONFIG_CPU_386) || defined(CONFIG_CPU_486)) #define SERIAL_INLINE #endif --- linux-2.6.0-test5-mm4/arch/i386/boot/setup.S.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/arch/i386/boot/setup.S 2003-09-25 14:28:16.000000000 +0200 @@ -755,7 +755,7 @@ # AMD Elan bug fix by Robert Schwebel. # -#if defined(CONFIG_MELAN) +#if defined(CONFIG_X86_ELAN) movb $0x02, %al # alternate A20 gate outb %al, $0x92 # this works on SC410/SC520 a20_elan_wait: --- linux-2.6.0-test5-mm4/include/asm-i386/timex.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/include/asm-i386/timex.h 2003-09-25 14:28:16.000000000 +0200 @@ -12,7 +12,7 @@ #ifdef CONFIG_X86_PC9800 extern int CLOCK_TICK_RATE; #else -#ifdef CONFIG_MELAN +#ifdef CONFIG_X86_ELAN # define CLOCK_TICK_RATE 1189200 /* AMD Elan has different frequency! */ #else # define CLOCK_TICK_RATE 1193182 /* Underlying HZ */ --- linux-2.6.0-test5-mm4/arch/i386/lib/mmx.c.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/arch/i386/lib/mmx.c 2003-09-25 14:28:16.000000000 +0200 @@ -121,7 +121,7 @@ return p; } -#ifdef CONFIG_MK7 +#ifdef CONFIG_CPU_ONLY_K7 /* * The K7 has streaming cache bypass load/store. The Cyrix III, K6 and --- linux-2.6.0-test5-mm4/include/asm-i386/bugs.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/include/asm-i386/bugs.h 2003-09-25 14:28:16.000000000 +0200 @@ -165,9 +165,8 @@ * - In order to run on anything without a TSC, we need to be * compiled for a i486. * - In order to support the local APIC on a buggy Pentium machine, - * we need to be compiled with CONFIG_X86_GOOD_APIC disabled, - * which happens implicitly if compiled for a Pentium or lower - * (unless an advanced selection of CPU features is used) as an + * we need to be compiled with CONFIG_X86_BAD_APIC enabled, + * which happens implicitly if compiled for a Pentium as an * otherwise config implies a properly working local APIC without * the need to do extra reads from the APIC. */ @@ -198,7 +197,7 @@ * integrated APIC (see 11AP erratum in "Pentium Processor * Specification Update"). */ -#if defined(CONFIG_X86_LOCAL_APIC) && defined(CONFIG_X86_GOOD_APIC) +#if defined(CONFIG_X86_LOCAL_APIC) && !defined(CONFIG_X86_BAD_APIC) if (boot_cpu_data.x86_vendor == X86_VENDOR_INTEL && cpu_has_apic && boot_cpu_data.x86 == 5 --- linux-2.6.0-test5-mm4/include/asm-i386/module.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/include/asm-i386/module.h 2003-09-25 14:28:16.000000000 +0200 @@ -49,7 +49,7 @@ #elif CONFIG_MVIAC3_2 #define MODULE_PROC_FAMILY "VIAC3-2 " #else -#error unknown processor family +#define MODULE_PROC_FAMILY "this needs to be fixed" #endif #define MODULE_ARCH_VERMAGIC MODULE_PROC_FAMILY --- linux-2.6.0-test5-mm4/include/asm-i386/apic.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/include/asm-i386/apic.h 2003-09-25 14:28:16.000000000 +0200 @@ -41,7 +41,7 @@ do { } while ( apic_read( APIC_ICR ) & APIC_ICR_BUSY ); } -#ifdef CONFIG_X86_GOOD_APIC +#ifndef CONFIG_X86_BAD_APIC # define FORCE_READ_AROUND_WRITE 0 # define apic_read_around(x) # define apic_write_around(x,y) apic_write((x),(y)) @@ -56,7 +56,7 @@ /* * ack_APIC_irq() actually gets compiled as a single instruction: * - a single rmw on Pentium/82489DX - * - a single write on P6+ cores (CONFIG_X86_GOOD_APIC) + * - a single write on P6+ cores (!CONFIG_X86_BAD_APIC) * ... yummie. */ --- linux-2.6.1-rc1/arch/i386/mach-voyager/voyager_smp.c.old 2004-01-08 03:50:02.000000000 +0100 +++ linux-2.6.1-rc1/arch/i386/mach-voyager/voyager_smp.c 2004-01-08 03:51:34.000000000 +0100 @@ -553,7 +553,7 @@ /* For the 486, we can't use the 4Mb page table trick, so * must map a region of memory */ -#ifdef CONFIG_M486 +#ifdef CONFIG_CPU_486 int i; unsigned long *page_table_copies = (unsigned long *) __get_free_page(GFP_KERNEL); @@ -612,7 +612,7 @@ /* set the original swapper_pg_dir[0] to map 0 to 4Mb transparently * (so that the booting CPU can find start_32 */ orig_swapper_pg_dir0 = swapper_pg_dir[0]; -#ifdef CONFIG_M486 +#ifdef CONFIG_CPU_486 if(page_table_copies == NULL) panic("No free memory for 486 page tables\n"); for(i = 0; i < PAGE_SIZE/sizeof(unsigned long); i++) @@ -669,7 +669,7 @@ /* reset the page table */ swapper_pg_dir[0] = orig_swapper_pg_dir0; local_flush_tlb(); -#ifdef CONFIG_M486 +#ifdef CONFIG_CPU_486 free_page((unsigned long)page_table_copies); #endif --- linux-2.6.1-rc1/arch/i386/kernel/cpu/cpufreq/Kconfig.old 2004-01-08 04:04:37.000000000 +0100 +++ linux-2.6.1-rc1/arch/i386/kernel/cpu/cpufreq/Kconfig 2004-01-08 04:05:26.000000000 +0100 @@ -54,7 +54,7 @@ config ELAN_CPUFREQ tristate "AMD Elan" - depends on CPU_FREQ_TABLE && MELAN + depends on CPU_FREQ_TABLE && X86_ELAN ---help--- This adds the CPUFreq driver for AMD Elan SC400 and SC410 processors. --- linux-2.6.1-rc1/arch/x86_64/Kconfig.old 2004-01-08 04:25:51.000000000 +0100 +++ linux-2.6.1-rc1/arch/x86_64/Kconfig 2004-01-08 04:26:53.000000000 +0100 @@ -108,10 +108,6 @@ bool default y -config X86_GOOD_APIC - bool - default y - config X86_MSR tristate "/dev/cpu/*/msr - Model-specific register support" help --- linux-2.6.1-rc1/include/asm-x86_64/apic.h.old 2004-01-08 04:28:36.000000000 +0100 +++ linux-2.6.1-rc1/include/asm-x86_64/apic.h 2004-01-08 04:29:17.000000000 +0100 @@ -52,7 +52,7 @@ /* * ack_APIC_irq() actually gets compiled as a single instruction: * - a single rmw on Pentium/82489DX - * - a single write on P6+ cores (CONFIG_X86_GOOD_APIC) + * - a single write on P6+ cores (!CONFIG_X86_BAD_APIC) * ... yummie. */ ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-10 0:52 ` [1/4] " Adrian Bunk @ 2004-01-10 11:04 ` Wichert Akkerman 2004-01-11 3:13 ` Adrian Bunk 2004-01-16 19:15 ` [1/4] " cliff white 1 sibling, 1 reply; 34+ messages in thread From: Wichert Akkerman @ 2004-01-10 11:04 UTC (permalink / raw) To: Adrian Bunk; +Cc: Nick Piggin, Matt Mackall, linux-kernel Previously Adrian Bunk wrote: > - changed the i386 CPU selection from a choice to single options for > every cpu There was another patch last week which added a seperate option for Centrino CPUs, perhaps you can fold that into this patch? The current situation is quite confusing since none of the CPU choices mention Centrine. Wichert. -- Wichert Akkerman <wichert@wiggy.net> It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-10 11:04 ` Wichert Akkerman @ 2004-01-11 3:13 ` Adrian Bunk 2004-01-14 20:49 ` [-mm patch] " Adrian Bunk 0 siblings, 1 reply; 34+ messages in thread From: Adrian Bunk @ 2004-01-11 3:13 UTC (permalink / raw) To: Nick Piggin, Matt Mackall, linux-kernel On Sat, Jan 10, 2004 at 12:04:43PM +0100, Wichert Akkerman wrote: > Previously Adrian Bunk wrote: > > - changed the i386 CPU selection from a choice to single options for > > every cpu > > There was another patch last week which added a seperate option for > Centrino CPUs, perhaps you can fold that into this patch? The current > situation is quite confusing since none of the CPU choices mention > Centrine. Thanks for this suggestion. An updated version of this patch is below. > Wichert. cu Adrian Changes: - changed the i386 CPU selection from a choice to single options for every cpu - X86_GENERIC is no longer required - renamed the M* variables to CPU_*, this is needed to ask the users upgrading from older kernels instead of silently changing the semantics - added Pentium M and Pentium-4 M - X86_GOOD_APIC -> X86_BAD_APIC - AMD Elan is a different subarch, you can't configure a kernel that runs on both the AMD Elan and other i386 CPUs - added optimizing CFLAGS for the AMD Elan - gcc 2.95 supports -march=k6 (no need for check_gcc) - help text changes/updates TODO: - module versioning diffstat output: arch/i386/Kconfig | 273 ++++++++++++--------------- arch/i386/Makefile | 58 +++-- arch/i386/boot/setup.S | 2 arch/i386/kernel/cpu/cpufreq/Kconfig | 2 arch/i386/lib/mmx.c | 2 arch/i386/mach-voyager/voyager_smp.c | 6 arch/x86_64/Kconfig | 4 drivers/serial/8250.h | 2 include/asm-i386/apic.h | 4 include/asm-i386/bugs.h | 7 include/asm-i386/module.h | 4 include/asm-i386/processor.h | 4 include/asm-i386/timex.h | 2 include/asm-x86_64/apic.h | 2 14 files changed, 186 insertions(+), 186 deletions(-) --- linux-2.6.0-test5-mm4/include/asm-i386/processor.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/include/asm-i386/processor.h 2003-09-25 14:28:16.000000000 +0200 @@ -555,7 +555,7 @@ #define K7_NOP7 ".byte 0x8D,0x04,0x05,0,0,0,0\n" #define K7_NOP8 K7_NOP7 ASM_NOP1 -#ifdef CONFIG_MK8 +#ifdef CONFIG_CPU_ONLY_K8 #define ASM_NOP1 K8_NOP1 #define ASM_NOP2 K8_NOP2 #define ASM_NOP3 K8_NOP3 @@ -564,7 +564,7 @@ #define ASM_NOP6 K8_NOP6 #define ASM_NOP7 K8_NOP7 #define ASM_NOP8 K8_NOP8 -#elif defined(CONFIG_MK7) +#elif defined(CONFIG_CPU_ONLY_K7) #define ASM_NOP1 K7_NOP1 #define ASM_NOP2 K7_NOP2 #define ASM_NOP3 K7_NOP3 --- linux-2.6.0-test5-mm4/drivers/serial/8250.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/drivers/serial/8250.h 2003-09-25 14:28:16.000000000 +0200 @@ -44,7 +44,7 @@ #undef SERIAL_DEBUG_PCI -#if defined(__i386__) && (defined(CONFIG_M386) || defined(CONFIG_M486)) +#if defined(__i386__) && (defined(CONFIG_CPU_386) || defined(CONFIG_CPU_486)) #define SERIAL_INLINE #endif --- linux-2.6.0-test5-mm4/arch/i386/boot/setup.S.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/arch/i386/boot/setup.S 2003-09-25 14:28:16.000000000 +0200 @@ -755,7 +755,7 @@ # AMD Elan bug fix by Robert Schwebel. # -#if defined(CONFIG_MELAN) +#if defined(CONFIG_X86_ELAN) movb $0x02, %al # alternate A20 gate outb %al, $0x92 # this works on SC410/SC520 a20_elan_wait: --- linux-2.6.0-test5-mm4/include/asm-i386/timex.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/include/asm-i386/timex.h 2003-09-25 14:28:16.000000000 +0200 @@ -12,7 +12,7 @@ #ifdef CONFIG_X86_PC9800 extern int CLOCK_TICK_RATE; #else -#ifdef CONFIG_MELAN +#ifdef CONFIG_X86_ELAN # define CLOCK_TICK_RATE 1189200 /* AMD Elan has different frequency! */ #else # define CLOCK_TICK_RATE 1193182 /* Underlying HZ */ --- linux-2.6.0-test5-mm4/arch/i386/lib/mmx.c.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/arch/i386/lib/mmx.c 2003-09-25 14:28:16.000000000 +0200 @@ -121,7 +121,7 @@ return p; } -#ifdef CONFIG_MK7 +#ifdef CONFIG_CPU_ONLY_K7 /* * The K7 has streaming cache bypass load/store. The Cyrix III, K6 and --- linux-2.6.0-test5-mm4/include/asm-i386/bugs.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/include/asm-i386/bugs.h 2003-09-25 14:28:16.000000000 +0200 @@ -165,9 +165,8 @@ * - In order to run on anything without a TSC, we need to be * compiled for a i486. * - In order to support the local APIC on a buggy Pentium machine, - * we need to be compiled with CONFIG_X86_GOOD_APIC disabled, - * which happens implicitly if compiled for a Pentium or lower - * (unless an advanced selection of CPU features is used) as an + * we need to be compiled with CONFIG_X86_BAD_APIC enabled, + * which happens implicitly if compiled for a Pentium as an * otherwise config implies a properly working local APIC without * the need to do extra reads from the APIC. */ @@ -198,7 +197,7 @@ * integrated APIC (see 11AP erratum in "Pentium Processor * Specification Update"). */ -#if defined(CONFIG_X86_LOCAL_APIC) && defined(CONFIG_X86_GOOD_APIC) +#if defined(CONFIG_X86_LOCAL_APIC) && !defined(CONFIG_X86_BAD_APIC) if (boot_cpu_data.x86_vendor == X86_VENDOR_INTEL && cpu_has_apic && boot_cpu_data.x86 == 5 --- linux-2.6.0-test5-mm4/include/asm-i386/apic.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/include/asm-i386/apic.h 2003-09-25 14:28:16.000000000 +0200 @@ -41,7 +41,7 @@ do { } while ( apic_read( APIC_ICR ) & APIC_ICR_BUSY ); } -#ifdef CONFIG_X86_GOOD_APIC +#ifndef CONFIG_X86_BAD_APIC # define FORCE_READ_AROUND_WRITE 0 # define apic_read_around(x) # define apic_write_around(x,y) apic_write((x),(y)) @@ -56,7 +56,7 @@ /* * ack_APIC_irq() actually gets compiled as a single instruction: * - a single rmw on Pentium/82489DX - * - a single write on P6+ cores (CONFIG_X86_GOOD_APIC) + * - a single write on P6+ cores (!CONFIG_X86_BAD_APIC) * ... yummie. */ --- linux-2.6.1-rc1/arch/i386/mach-voyager/voyager_smp.c.old 2004-01-08 03:50:02.000000000 +0100 +++ linux-2.6.1-rc1/arch/i386/mach-voyager/voyager_smp.c 2004-01-08 03:51:34.000000000 +0100 @@ -553,7 +553,7 @@ /* For the 486, we can't use the 4Mb page table trick, so * must map a region of memory */ -#ifdef CONFIG_M486 +#ifdef CONFIG_CPU_486 int i; unsigned long *page_table_copies = (unsigned long *) __get_free_page(GFP_KERNEL); @@ -612,7 +612,7 @@ /* set the original swapper_pg_dir[0] to map 0 to 4Mb transparently * (so that the booting CPU can find start_32 */ orig_swapper_pg_dir0 = swapper_pg_dir[0]; -#ifdef CONFIG_M486 +#ifdef CONFIG_CPU_486 if(page_table_copies == NULL) panic("No free memory for 486 page tables\n"); for(i = 0; i < PAGE_SIZE/sizeof(unsigned long); i++) @@ -669,7 +669,7 @@ /* reset the page table */ swapper_pg_dir[0] = orig_swapper_pg_dir0; local_flush_tlb(); -#ifdef CONFIG_M486 +#ifdef CONFIG_CPU_486 free_page((unsigned long)page_table_copies); #endif --- linux-2.6.1-rc1/arch/i386/kernel/cpu/cpufreq/Kconfig.old 2004-01-08 04:04:37.000000000 +0100 +++ linux-2.6.1-rc1/arch/i386/kernel/cpu/cpufreq/Kconfig 2004-01-08 04:05:26.000000000 +0100 @@ -54,7 +54,7 @@ config ELAN_CPUFREQ tristate "AMD Elan" - depends on CPU_FREQ_TABLE && MELAN + depends on CPU_FREQ_TABLE && X86_ELAN ---help--- This adds the CPUFreq driver for AMD Elan SC400 and SC410 processors. --- linux-2.6.1-rc1-tiny/arch/x86_64/Kconfig.old 2004-01-08 04:25:51.000000000 +0100 +++ linux-2.6.1-rc1-tiny/arch/x86_64/Kconfig 2004-01-08 04:26:53.000000000 +0100 @@ -108,10 +108,6 @@ bool default y -config X86_GOOD_APIC - bool - default y - config X86_MSR tristate "/dev/cpu/*/msr - Model-specific register support" help --- linux-2.6.1-rc1-tiny/include/asm-x86_64/apic.h.old 2004-01-08 04:28:36.000000000 +0100 +++ linux-2.6.1-rc1-tiny/include/asm-x86_64/apic.h 2004-01-08 04:29:17.000000000 +0100 @@ -52,7 +52,7 @@ /* * ack_APIC_irq() actually gets compiled as a single instruction: * - a single rmw on Pentium/82489DX - * - a single write on P6+ cores (CONFIG_X86_GOOD_APIC) + * - a single write on P6+ cores (!CONFIG_X86_BAD_APIC) * ... yummie. */ --- linux-2.6.1/arch/i386/Kconfig.old 2004-01-10 15:12:39.000000000 +0100 +++ linux-2.6.1/arch/i386/Kconfig 2004-01-10 15:22:40.000000000 +0100 @@ -43,6 +43,15 @@ help Choose this option if your computer is a standard PC or compatible. +config X86_ELAN + bool "Elan" + help + Select this for an AMD Elan processor. + + Do not use this option for K6/Athlon/Opteron processors! + + If unsure choose "PC-compatible" instead. + config X86_VOYAGER bool "Voyager (NCR)" help @@ -130,48 +139,19 @@ default y depends on SMP && X86_ES7000 && MPENTIUMIII -choice - prompt "Processor family" - default M686 -config M386 - bool "386" - ---help--- - This is the processor type of your CPU. This information is used for - optimizing purposes. In order to compile a kernel that can run on - all x86 CPU types (albeit not optimally fast), you can specify - "386" here. - - The kernel will not necessarily run on earlier architectures than - the one you have chosen, e.g. a Pentium optimized kernel will run on - a PPro, but not necessarily on a i486. - - Here are the settings recommended for greatest speed: - - "386" for the AMD/Cyrix/Intel 386DX/DXL/SL/SLC/SX, Cyrix/TI - 486DLC/DLC2, UMC 486SX-S and NexGen Nx586. Only "386" kernels - will run on a 386 class machine. - - "486" for the AMD/Cyrix/IBM/Intel 486DX/DX2/DX4 or - SL/SLC/SLC2/SLC3/SX/SX2 and UMC U5D or U5S. - - "586" for generic Pentium CPUs lacking the TSC - (time stamp counter) register. - - "Pentium-Classic" for the Intel Pentium. - - "Pentium-MMX" for the Intel Pentium MMX. - - "Pentium-Pro" for the Intel Pentium Pro. - - "Pentium-II" for the Intel Pentium II or pre-Coppermine Celeron. - - "Pentium-III" for the Intel Pentium III or Coppermine Celeron. - - "Pentium-4" for the Intel Pentium 4 or P4-based Celeron. - - "K6" for the AMD K6, K6-II and K6-III (aka K6-3D). - - "Athlon" for the AMD K7 family (Athlon/Duron/Thunderbird). - - "Crusoe" for the Transmeta Crusoe series. - - "Winchip-C6" for original IDT Winchip. - - "Winchip-2" for IDT Winchip 2. - - "Winchip-2A" for IDT Winchips with 3dNow! capabilities. - - "CyrixIII/VIA C3" for VIA Cyrix III or VIA C3. - - "VIA C3-2 for VIA C3-2 "Nehemiah" (model 9 and above). +if !X86_ELAN + +menu "Processor support" - If you don't know what to do, choose "386". +comment "Select all processors your kernel should support" + +config CPU_386 + bool "386" + help + Select this for a 386 series processor. -config M486 +config CPU_486 bool "486" help Select this for a 486 series processor, either Intel or one of the @@ -179,227 +159,230 @@ DX2, and DX4 variants; also SL/SLC/SLC2/SLC3/SX/SX2 and UMC U5D or U5S. -config M586 +config CPU_586 bool "586/K5/5x86/6x86/6x86MX" help - Select this for an 586 or 686 series processor such as the AMD K5, - the Intel 5x86 or 6x86, or the Intel 6x86MX. This choice does not - assume the RDTSC (Read Time Stamp Counter) instruction. + Select this for a non-Intel 586 or 686 series processor such as + the AMD K5 or the Cyrix 6x86MX. + + Several CPUs that have their own options below (e.g. AMD K6, + Duron, Athlon and Opteeron, IDT Winchip, Cyrix III and + VIA C3) do _not_ need this option. + + This choice does not assume the RDTSC (Read Time Stamp Counter) + instruction. -config M586TSC +config CPU_586TSC bool "Pentium-Classic" help Select this for a Pentium Classic processor with the RDTSC (Read - Time Stamp Counter) instruction for benchmarking. + Time Stamp Counter) instruction. -config M586MMX +config CPU_586MMX bool "Pentium-MMX" help Select this for a Pentium with the MMX graphics/multimedia extended instructions. -config M686 +config CPU_686 bool "Pentium-Pro" help - Select this for Intel Pentium Pro chips. This enables the use of - Pentium Pro extended instructions, and disables the init-time guard - against the f00f bug found in earlier Pentiums. + Select this for Intel Pentium Pro chips. -config MPENTIUMII +config CPU_PENTIUMII bool "Pentium-II/Celeron(pre-Coppermine)" help Select this for Intel chips based on the Pentium-II and - pre-Coppermine Celeron core. This option enables an unaligned - copy optimization, compiles the kernel with optimization flags - tailored for the chip, and applies any applicable Pentium Pro - optimizations. + pre-Coppermine Celeron core. -config MPENTIUMIII +config CPU_PENTIUMIII bool "Pentium-III/Celeron(Coppermine)/Pentium-III Xeon" help Select this for Intel chips based on the Pentium-III and - Celeron-Coppermine core. This option enables use of some - extended prefetch instructions in addition to the Pentium II - extensions. - -config MPENTIUM4 - bool "Pentium-4/Celeron(P4-based)/Xeon" - help - Select this for Intel Pentium 4 chips. This includes both - the Pentium 4 and P4-based Celeron chips. This option - enables compile flags optimized for the chip, uses the - correct cache shift, and applies any applicable Pentium III - optimizations. + Celeron-Coppermine core. -config MK6 +config CPU_PENTIUMM + bool "Pentium M" + help + Select this for Intel Pentium M (not Pentium-4 M) + notebook chips. + +config CPU_PENTIUM4 + bool "Pentium-4/Celeron(P4-based)/Pentium-4 M/Xeon" + help + Select this for Intel Pentium 4 chips. This includes + the Pentium 4, P4-based Celeron and Xeon, and + Pentium-4 M (not Pentium M) chips. + +config CPU_K6 bool "K6/K6-II/K6-III" help - Select this for an AMD K6-family processor. Enables use of - some extended instructions, and passes appropriate optimization - flags to GCC. + Select this for an AMD K6, K6-II or K6-III (aka K6-3D). -config MK7 +config CPU_K7 bool "Athlon/Duron/K7" help - Select this for an AMD Athlon K7-family processor. Enables use of - some extended instructions, and passes appropriate optimization - flags to GCC. + Select this for an AMD Athlon K7-family processor. -config MK8 +config CPU_K8 bool "Opteron/Athlon64/Hammer/K8" help - Select this for an AMD Opteron or Athlon64 Hammer-family processor. Enables - use of some extended instructions, and passes appropriate optimization - flags to GCC. - -config MELAN - bool "Elan" + Select this for an AMD Opteron or Athlon64 Hammer-family processor. -config MCRUSOE +config CPU_CRUSOE bool "Crusoe" help - Select this for a Transmeta Crusoe processor. Treats the processor - like a 586 with TSC, and sets some GCC optimization flags (like a - Pentium Pro with no alignment requirements). + Select this for a Transmeta Crusoe processor. -config MWINCHIPC6 +config CPU_WINCHIPC6 bool "Winchip-C6" help - Select this for an IDT Winchip C6 chip. Linux and GCC - treat this chip as a 586TSC with some extended instructions - and alignment requirements. + Select this for an IDT Winchip C6 chip. -config MWINCHIP2 +config CPU_WINCHIP2 bool "Winchip-2" help - Select this for an IDT Winchip-2. Linux and GCC - treat this chip as a 586TSC with some extended instructions - and alignment requirements. + Select this for an IDT Winchip-2. -config MWINCHIP3D +config CPU_WINCHIP3D bool "Winchip-2A/Winchip-3" help - Select this for an IDT Winchip-2A or 3. Linux and GCC - treat this chip as a 586TSC with some extended instructions - and alignment reqirements. Also enable out of order memory - stores for this CPU, which can increase performance of some - operations. - -config MCYRIXIII - bool "CyrixIII/VIA-C3" - help - Select this for a Cyrix III or C3 chip. Presently Linux and GCC - treat this chip as a generic 586. Whilst the CPU is 686 class, - it lacks the cmov extension which gcc assumes is present when - generating 686 code. - Note that Nehemiah (Model 9) and above will not boot with this - kernel due to them lacking the 3DNow! instructions used in earlier - incarnations of the CPU. + Select this for an IDT Winchip-2A or 3 with 3dNow! + capabilities. + +config CPU_CYRIXIII + bool "Cyrix III/VIA C3" + help + Select this for a Cyrix III or VIA C3 chip. -config MVIAC3_2 + Note that Nehemiah (Model 9) and above need the next + option instead. + +config CPU_VIAC3_2 bool "VIA C3-2 (Nehemiah)" help - Select this for a VIA C3 "Nehemiah". Selecting this enables usage - of SSE and tells gcc to treat the CPU as a 686. - Note, this kernel will not boot on older (pre model 9) C3s. + Select this for a VIA C3 "Nehemiah" (model 9 and above). -endchoice +endmenu -config X86_GENERIC - bool "Generic x86 support" - help - Including some tuning for non selected x86 CPUs too. - when it has moderate overhead. This is intended for generic - distributions kernels. +endif + +# +# helper options +# +config CPU_INTEL + bool + depends on CPU_386 || CPU_486 || CPU_586TSC || CPU_686 || CPU_PENTIUMII || CPU_PENTIUMIII || CPU_PENTIUMM || CPU_PENTIUM4 + default y + +config CPU_WINCHIP + bool + depends on CPU_WINCHIPC6 || CPU_WINCHIP2 || CPU_WINCHIP3D + default y + +config CPU_ONLY_K7 + bool + depends on CPU_K7 && !CPU_INTEL && !CPU_K6 && !CPU_K8 && !X86_ELAN && !CPU_CRUSOE && !CPU_WINCHIP && !CPU_CYRIXIII && !CPU_VIAC3_2 + default y + +config CPU_ONLY_K8 + bool + depends on CPU_K8 && !CPU_INTEL && !CPU_K6 && !CPU_K7 && !X86_ELAN && !CPU_CRUSOE && !CPU_WINCHIP && !CPU_CYRIXIII && !CPU_VIAC3_2 + default y + +config CPU_ONLY_WINCHIP + bool + depends on CPU_WINCHIP && !CPU_INTEL && !CPU_K6 && !CPU_K7 && !CPU_K8 && !X86_ELAN && !CPU_CRUSOE && !CPU_CYRIXIII && !CPU_VIAC3_2 + default y # # Define implied options from the CPU selection here # config X86_CMPXCHG bool - depends on !M386 + depends on !CPU_386 default y config X86_XADD bool - depends on !M386 + depends on !CPU_386 default y config X86_L1_CACHE_SHIFT int - default "7" if MPENTIUM4 || X86_GENERIC - default "4" if MELAN || M486 || M386 - default "5" if MWINCHIP3D || MWINCHIP2 || MWINCHIPC6 || MCRUSOE || MCYRIXIII || MK6 || MPENTIUMIII || MPENTIUMII || M686 || M586MMX || M586TSC || M586 || MVIAC3_2 - default "6" if MK7 || MK8 + default "7" if CPU_PENTIUM4 + default "6" if CPU_K7 || CPU_K8 || CPU_PENTIUMM + default "5" if CPU_WINCHIP || CPU_CRUSOE || CPU_CYRIXIII || CPU_K6 || CPU_PENTIUMIII || CPU_PENTIUMII || CPU_686 || CPU_586MMX || CPU_586TSC || CPU_586 || CPU_VIAC3_2 + default "4" if X86_ELAN || CPU_486 || CPU_386 config RWSEM_GENERIC_SPINLOCK bool - depends on M386 + depends on CPU_386 default y config RWSEM_XCHGADD_ALGORITHM bool - depends on !M386 + depends on !CPU_386 default y config X86_PPRO_FENCE bool - depends on M686 || M586MMX || M586TSC || M586 || M486 || M386 + depends on CPU_686 default y config X86_F00F_BUG bool - depends on M586MMX || M586TSC || M586 || M486 || M386 + depends on CPU_586MMX || CPU_586TSC default y config X86_WP_WORKS_OK bool - depends on !M386 + depends on !CPU_386 default y config X86_INVLPG bool - depends on !M386 + depends on !CPU_386 default y config X86_BSWAP bool - depends on !M386 + depends on !CPU_386 default y config X86_POPAD_OK bool - depends on !M386 + depends on !CPU_386 default y config X86_ALIGNMENT_16 bool - depends on MWINCHIP3D || MWINCHIP2 || MWINCHIPC6 || MCYRIXIII || MELAN || MK6 || M586MMX || M586TSC || M586 || M486 || MVIAC3_2 + depends on CPU_WINCHIP || CPU_CYRIXIII || X86_ELAN || CPU_K6 || CPU_586MMX || CPU_586TSC || CPU_586 || CPU_486 || CPU_VIAC3_2 default y -config X86_GOOD_APIC +config X86_BAD_APIC bool - depends on MK7 || MPENTIUM4 || MPENTIUMIII || MPENTIUMII || M686 || M586MMX || MK8 + depends on CPU_586TSC default y config X86_INTEL_USERCOPY bool - depends on MPENTIUM4 || MPENTIUMIII || MPENTIUMII || M586MMX || X86_GENERIC || MK8 || MK7 + depends on CPU_K7 || CPU_K8 || CPU_PENTIUMII || CPU_PENTIUMIII || CPU_PENTIUMM || CPU_PENTIUM4 default y config X86_USE_PPRO_CHECKSUM bool - depends on MWINCHIP3D || MWINCHIP2 || MWINCHIPC6 || MCYRIXIII || MK7 || MK6 || MPENTIUM4 || MPENTIUMIII || MPENTIUMII || M686 || MK8 || MVIAC3_2 + depends on !CPU_386 && !CPU_486 && !CPU_586 && !CPU_586TSC && !CPU_586MMX && !X86_ELAN && !CPU_CRUSOE default y config X86_USE_3DNOW bool - depends on MCYRIXIII || MK7 + depends on !CPU_INTEL && !CPU_K6 && !CPU_K8 && !X86_ELAN && !CPU_CRUSOE && !CPU_WINCHIP && !CPU_VIAC3_2 default y config X86_OOSTORE bool - depends on MWINCHIP3D || MWINCHIP2 || MWINCHIPC6 + depends on CPU_ONLY_WINCHIP default y config HPET_TIMER @@ -512,7 +495,7 @@ config X86_TSC bool - depends on (MWINCHIP3D || MWINCHIP2 || MCRUSOE || MCYRIXIII || MK7 || MK6 || MPENTIUM4 || MPENTIUMIII || MPENTIUMII || M686 || M586MMX || M586TSC || MK8 || MVIAC3_2) && !X86_NUMAQ + depends on !X86_NUMAQ && !CPU_386 && !CPU_486 && !CPU_586 && !X86_ELAN && !CPU_WINCHIPC6 default y config X86_MCE --- linux-2.6.1/arch/i386/Makefile.old 2004-01-10 15:12:39.000000000 +0100 +++ linux-2.6.1/arch/i386/Makefile 2004-01-10 15:25:53.000000000 +0100 @@ -26,28 +26,48 @@ align := $(subst -functions=0,,$(call check_gcc,-falign-functions=0,-malign-functions=0)) -cflags-$(CONFIG_M386) += -march=i386 -cflags-$(CONFIG_M486) += -march=i486 -cflags-$(CONFIG_M586) += -march=i586 -cflags-$(CONFIG_M586TSC) += -march=i586 -cflags-$(CONFIG_M586MMX) += $(call check_gcc,-march=pentium-mmx,-march=i586) -cflags-$(CONFIG_M686) += -march=i686 -cflags-$(CONFIG_MPENTIUMII) += $(call check_gcc,-march=pentium2,-march=i686) -cflags-$(CONFIG_MPENTIUMIII) += $(call check_gcc,-march=pentium3,-march=i686) -cflags-$(CONFIG_MPENTIUM4) += $(call check_gcc,-march=pentium4,-march=i686) -cflags-$(CONFIG_MK6) += $(call check_gcc,-march=k6,-march=i586) +cpuflags-$(CONFIG_CPU_PENTIUM4) := $(call check_gcc,-march=pentium4,-march=i686) + +ifdef CONFIG_CPU_PENTIUM4 + cpuflags-$(CONFIG_CPU_K8) := $(call check_gcc,-march=pentium3,-march=i686) +else + cpuflags-$(CONFIG_CPU_K8) := $(call check_gcc,-march=k8,$(call check_gcc,-march=athlon,-march=i686 $(align)-functions=4)) +endif + # Please note, that patches that add -march=athlon-xp and friends are pointless. # They make zero difference whatsosever to performance at this time. -cflags-$(CONFIG_MK7) += $(call check_gcc,-march=athlon,-march=i686 $(align)-functions=4) -cflags-$(CONFIG_MK8) += $(call check_gcc,-march=k8,$(call check_gcc,-march=athlon,-march=i686 $(align)-functions=4)) -cflags-$(CONFIG_MCRUSOE) += -march=i686 $(align)-functions=0 $(align)-jumps=0 $(align)-loops=0 -cflags-$(CONFIG_MWINCHIPC6) += $(call check_gcc,-march=winchip-c6,-march=i586) -cflags-$(CONFIG_MWINCHIP2) += $(call check_gcc,-march=winchip2,-march=i586) -cflags-$(CONFIG_MWINCHIP3D) += $(call check_gcc,-march=winchip2,-march=i586) -cflags-$(CONFIG_MCYRIXIII) += $(call check_gcc,-march=c3,-march=i486) $(align)-functions=0 $(align)-jumps=0 $(align)-loops=0 -cflags-$(CONFIG_MVIAC3_2) += $(call check_gcc,-march=c3-2,-march=i686) +ifdef CONFIG_CPU_PENTIUM4 + cpuflags-$(CONFIG_CPU_K7) := $(call check_gcc,-march=pentium3,-march=i686) +else + cpuflags-$(CONFIG_CPU_K7) := $(call check_gcc,-march=athlon,-march=i686 $(align)-functions=4) +endif + +cpuflags-$(CONFIG_CPU_PENTIUMM) := $(call check_gcc,-march=pentium3,-march=i686) +cpuflags-$(CONFIG_CPU_PENTIUMIII) := $(call check_gcc,-march=pentium3,-march=i686) +cpuflags-$(CONFIG_CPU_PENTIUMII) := $(call check_gcc,-march=pentium2,-march=i686) +cpuflags-$(CONFIG_CPU_VIAC3_2) := $(call check_gcc,-march=c3-2,-march=i686) +cpuflags-$(CONFIG_CPU_CRUSOE) := -march=i686 $(align)-functions=0 $(align)-jumps=0 $(align)-loops=0 +cpuflags-$(CONFIG_CPU_686) := -march=i686 + +# supports i686 without cmov +cpuflags-$(CONFIG_CPU_CYRIXIII) := $(call check_gcc,-march=c3,-march=i486) $(align)-functions=0 $(align)-jumps=0 $(align)-loops=0 + +cpuflags-$(CONFIG_CPU_K6) := -march=k6 +cpuflags-$(CONFIG_CPU_586MMX) := $(call check_gcc,-march=pentium-mmx,-march=i586) + +# Winchip supports i586 +cpuflags-$(CONFIG_CPU_WINCHIPC6) := $(call check_gcc,-march=winchip-c6,-march=i486) +cpuflags-$(CONFIG_CPU_WINCHIP2) := $(call check_gcc,-march=winchip2,-march=i486) +cpuflags-$(CONFIG_CPU_WINCHIP3D) := $(call check_gcc,-march=winchip2,-march=i486) + +cpuflags-$(CONFIG_CPU_586TSC) := -march=i586 +cpuflags-$(CONFIG_CPU_586) := -march=i586 +cpuflags-$(CONFIG_X86_ELAN) := -march=i486 +cpuflags-$(CONFIG_CPU_486) := -march=i486 +cpuflags-$(CONFIG_CPU_386) := -march=i386 + -CFLAGS += $(cflags-y) +CFLAGS += $(cpuflags-y) # Default subarch .c files mcore-y := mach-default --- linux-2.6.1/include/asm-i386/module.h.old 2004-01-10 15:12:39.000000000 +0100 +++ linux-2.6.1/include/asm-i386/module.h 2004-01-10 15:24:14.000000000 +0100 @@ -26,6 +26,8 @@ #define MODULE_PROC_FAMILY "PENTIUMII " #elif defined CONFIG_MPENTIUMIII #define MODULE_PROC_FAMILY "PENTIUMIII " +#elif defined CONFIG_MPENTIUMM +#define MODULE_PROC_FAMILY "PENTIUMM " #elif defined CONFIG_MPENTIUM4 #define MODULE_PROC_FAMILY "PENTIUM4 " #elif defined CONFIG_MK6 @@ -49,7 +51,7 @@ #elif CONFIG_MVIAC3_2 #define MODULE_PROC_FAMILY "VIAC3-2 " #else -#error unknown processor family +#define MODULE_PROC_FAMILY "this needs to be fixed" #endif #define MODULE_ARCH_VERMAGIC MODULE_PROC_FAMILY ^ permalink raw reply [flat|nested] 34+ messages in thread
* [-mm patch] better i386 CPU selection 2004-01-11 3:13 ` Adrian Bunk @ 2004-01-14 20:49 ` Adrian Bunk 0 siblings, 0 replies; 34+ messages in thread From: Adrian Bunk @ 2004-01-14 20:49 UTC (permalink / raw) To: Nick Piggin, Matt Mackall, linux-kernel, Andrew Morton Below is the patch against -mm3 (-mm3 already contains some small patches that were formerly included in ths patch). @Andrew: Could you include it in one -mm patch to give it a bit more testing? This patch changes the way the CPUs are selected from the current "select a reasonable setting that supports all your CPUs, and for further optimizations for more than one CPU type you might also want to enable X86_GENERIC" to "select all CPUs your kernel should support" which is a better understandable semantics for users (= people configuring a kernel). As a side effect, further optimizations are possible based on this patch, but they are _not_ included. Changes: - changed the i386 CPU selection from a choice to single options for every cpu - X86_GENERIC is no longer required - renamed the M* variables to CPU_*, this is needed to ask the users upgrading from older kernels instead of silently changing the semantics - X86_GOOD_APIC -> X86_BAD_APIC - help text changes/updates TODO: - module versioning diffstat output: arch/i386/Kconfig | 251 +++++++++++---------------- arch/i386/Makefile | 59 ++++-- arch/i386/lib/mmx.c | 2 arch/i386/mach-voyager/voyager_smp.c | 6 arch/x86_64/Kconfig | 4 drivers/serial/8250.h | 2 include/asm-i386/apic.h | 4 include/asm-i386/bugs.h | 7 include/asm-i386/module.h | 2 include/asm-i386/processor.h | 4 include/asm-x86_64/apic.h | 2 11 files changed, 159 insertions(+), 184 deletions(-) --- linux-2.6.0-test5-mm4/include/asm-i386/processor.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/include/asm-i386/processor.h 2003-09-25 14:28:16.000000000 +0200 @@ -555,7 +555,7 @@ #define K7_NOP7 ".byte 0x8D,0x04,0x05,0,0,0,0\n" #define K7_NOP8 K7_NOP7 ASM_NOP1 -#ifdef CONFIG_MK8 +#ifdef CONFIG_CPU_ONLY_K8 #define ASM_NOP1 K8_NOP1 #define ASM_NOP2 K8_NOP2 #define ASM_NOP3 K8_NOP3 @@ -564,7 +564,7 @@ #define ASM_NOP6 K8_NOP6 #define ASM_NOP7 K8_NOP7 #define ASM_NOP8 K8_NOP8 -#elif defined(CONFIG_MK7) +#elif defined(CONFIG_CPU_ONLY_K7) #define ASM_NOP1 K7_NOP1 #define ASM_NOP2 K7_NOP2 #define ASM_NOP3 K7_NOP3 --- linux-2.6.0-test5-mm4/drivers/serial/8250.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/drivers/serial/8250.h 2003-09-25 14:28:16.000000000 +0200 @@ -44,7 +44,7 @@ #undef SERIAL_DEBUG_PCI -#if defined(__i386__) && (defined(CONFIG_M386) || defined(CONFIG_M486)) +#if defined(__i386__) && (defined(CONFIG_CPU_386) || defined(CONFIG_CPU_486)) #define SERIAL_INLINE #endif --- linux-2.6.0-test5-mm4/arch/i386/lib/mmx.c.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/arch/i386/lib/mmx.c 2003-09-25 14:28:16.000000000 +0200 @@ -121,7 +121,7 @@ return p; } -#ifdef CONFIG_MK7 +#ifdef CONFIG_CPU_ONLY_K7 /* * The K7 has streaming cache bypass load/store. The Cyrix III, K6 and --- linux-2.6.0-test5-mm4/include/asm-i386/bugs.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/include/asm-i386/bugs.h 2003-09-25 14:28:16.000000000 +0200 @@ -165,9 +165,8 @@ * - In order to run on anything without a TSC, we need to be * compiled for a i486. * - In order to support the local APIC on a buggy Pentium machine, - * we need to be compiled with CONFIG_X86_GOOD_APIC disabled, - * which happens implicitly if compiled for a Pentium or lower - * (unless an advanced selection of CPU features is used) as an + * we need to be compiled with CONFIG_X86_BAD_APIC enabled, + * which happens implicitly if compiled for a Pentium as an * otherwise config implies a properly working local APIC without * the need to do extra reads from the APIC. */ @@ -198,7 +197,7 @@ * integrated APIC (see 11AP erratum in "Pentium Processor * Specification Update"). */ -#if defined(CONFIG_X86_LOCAL_APIC) && defined(CONFIG_X86_GOOD_APIC) +#if defined(CONFIG_X86_LOCAL_APIC) && !defined(CONFIG_X86_BAD_APIC) if (boot_cpu_data.x86_vendor == X86_VENDOR_INTEL && cpu_has_apic && boot_cpu_data.x86 == 5 --- linux-2.6.0-test5-mm4/include/asm-i386/apic.h.old 2003-09-25 14:28:07.000000000 +0200 +++ linux-2.6.0-test5-mm4/include/asm-i386/apic.h 2003-09-25 14:28:16.000000000 +0200 @@ -41,7 +41,7 @@ do { } while ( apic_read( APIC_ICR ) & APIC_ICR_BUSY ); } -#ifdef CONFIG_X86_GOOD_APIC +#ifndef CONFIG_X86_BAD_APIC # define FORCE_READ_AROUND_WRITE 0 # define apic_read_around(x) # define apic_write_around(x,y) apic_write((x),(y)) @@ -56,7 +56,7 @@ /* * ack_APIC_irq() actually gets compiled as a single instruction: * - a single rmw on Pentium/82489DX - * - a single write on P6+ cores (CONFIG_X86_GOOD_APIC) + * - a single write on P6+ cores (!CONFIG_X86_BAD_APIC) * ... yummie. */ --- linux-2.6.1-rc1/arch/i386/mach-voyager/voyager_smp.c.old 2004-01-08 03:50:02.000000000 +0100 +++ linux-2.6.1-rc1/arch/i386/mach-voyager/voyager_smp.c 2004-01-08 03:51:34.000000000 +0100 @@ -553,7 +553,7 @@ /* For the 486, we can't use the 4Mb page table trick, so * must map a region of memory */ -#ifdef CONFIG_M486 +#ifdef CONFIG_CPU_486 int i; unsigned long *page_table_copies = (unsigned long *) __get_free_page(GFP_KERNEL); @@ -612,7 +612,7 @@ /* set the original swapper_pg_dir[0] to map 0 to 4Mb transparently * (so that the booting CPU can find start_32 */ orig_swapper_pg_dir0 = swapper_pg_dir[0]; -#ifdef CONFIG_M486 +#ifdef CONFIG_CPU_486 if(page_table_copies == NULL) panic("No free memory for 486 page tables\n"); for(i = 0; i < PAGE_SIZE/sizeof(unsigned long); i++) @@ -669,7 +669,7 @@ /* reset the page table */ swapper_pg_dir[0] = orig_swapper_pg_dir0; local_flush_tlb(); -#ifdef CONFIG_M486 +#ifdef CONFIG_CPU_486 free_page((unsigned long)page_table_copies); #endif --- linux-2.6.1-rc1-tiny/arch/x86_64/Kconfig.old 2004-01-08 04:25:51.000000000 +0100 +++ linux-2.6.1-rc1-tiny/arch/x86_64/Kconfig 2004-01-08 04:26:53.000000000 +0100 @@ -108,10 +108,6 @@ bool default y -config X86_GOOD_APIC - bool - default y - config X86_MSR tristate "/dev/cpu/*/msr - Model-specific register support" help --- linux-2.6.1-rc1-tiny/include/asm-x86_64/apic.h.old 2004-01-08 04:28:36.000000000 +0100 +++ linux-2.6.1-rc1-tiny/include/asm-x86_64/apic.h 2004-01-08 04:29:17.000000000 +0100 @@ -52,7 +52,7 @@ /* * ack_APIC_irq() actually gets compiled as a single instruction: * - a single rmw on Pentium/82489DX - * - a single write on P6+ cores (CONFIG_X86_GOOD_APIC) + * - a single write on P6+ cores (!CONFIG_X86_BAD_APIC) * ... yummie. */ --- linux-2.6.1/include/asm-i386/module.h.old 2004-01-10 15:12:39.000000000 +0100 +++ linux-2.6.1/include/asm-i386/module.h 2004-01-10 15:24:14.000000000 +0100 @@ -49,7 +51,7 @@ #elif CONFIG_MVIAC3_2 #define MODULE_PROC_FAMILY "VIAC3-2 " #else -#error unknown processor family +#define MODULE_PROC_FAMILY "this needs to be fixed" #endif #define MODULE_ARCH_VERMAGIC MODULE_PROC_FAMILY --- linux-2.6.1-mm3/arch/i386/Kconfig.old 2004-01-14 19:43:50.000000000 +0100 +++ linux-2.6.1-mm3/arch/i386/Kconfig 2004-01-14 19:50:18.000000000 +0100 @@ -141,48 +141,16 @@ if !X86_ELAN -choice - prompt "Processor family" - default M686 +menu "Processor support" -config M386 - bool "386" - ---help--- - This is the processor type of your CPU. This information is used for - optimizing purposes. In order to compile a kernel that can run on - all x86 CPU types (albeit not optimally fast), you can specify - "386" here. - - The kernel will not necessarily run on earlier architectures than - the one you have chosen, e.g. a Pentium optimized kernel will run on - a PPro, but not necessarily on a i486. - - Here are the settings recommended for greatest speed: - - "386" for the AMD/Cyrix/Intel 386DX/DXL/SL/SLC/SX, Cyrix/TI - 486DLC/DLC2, UMC 486SX-S and NexGen Nx586. Only "386" kernels - will run on a 386 class machine. - - "486" for the AMD/Cyrix/IBM/Intel 486DX/DX2/DX4 or - SL/SLC/SLC2/SLC3/SX/SX2 and UMC U5D or U5S. - - "586" for generic Pentium CPUs lacking the TSC - (time stamp counter) register. - - "Pentium-Classic" for the Intel Pentium. - - "Pentium-MMX" for the Intel Pentium MMX. - - "Pentium-Pro" for the Intel Pentium Pro. - - "Pentium-II" for the Intel Pentium II or pre-Coppermine Celeron. - - "Pentium-III" for the Intel Pentium III or Coppermine Celeron. - - "Pentium-4" for the Intel Pentium 4 or P4-based Celeron. - - "K6" for the AMD K6, K6-II and K6-III (aka K6-3D). - - "Athlon" for the AMD K7 family (Athlon/Duron/Thunderbird). - - "Crusoe" for the Transmeta Crusoe series. - - "Winchip-C6" for original IDT Winchip. - - "Winchip-2" for IDT Winchip 2. - - "Winchip-2A" for IDT Winchips with 3dNow! capabilities. - - "CyrixIII/VIA C3" for VIA Cyrix III or VIA C3. - - "VIA C3-2 for VIA C3-2 "Nehemiah" (model 9 and above). +comment "Select all processors your kernel should support" - If you don't know what to do, choose "386". +config CPU_386 + bool "386" + help + Select this for a 386 series processor. -config M486 +config CPU_486 bool "486" help Select this for a 486 series processor, either Intel or one of the @@ -190,235 +158,230 @@ DX2, and DX4 variants; also SL/SLC/SLC2/SLC3/SX/SX2 and UMC U5D or U5S. -config M586 +config CPU_586 bool "586/K5/5x86/6x86/6x86MX" help - Select this for an 586 or 686 series processor such as the AMD K5, - the Intel 5x86 or 6x86, or the Intel 6x86MX. This choice does not - assume the RDTSC (Read Time Stamp Counter) instruction. + Select this for a non-Intel 586 or 686 series processor such as + the AMD K5 or the Cyrix 6x86MX. + + Several CPUs that have their own options below (e.g. AMD K6, + Duron, Athlon and Opteeron, IDT Winchip, Cyrix III and + VIA C3) do _not_ need this option. + + This choice does not assume the RDTSC (Read Time Stamp Counter) + instruction. -config M586TSC +config CPU_586TSC bool "Pentium-Classic" help Select this for a Pentium Classic processor with the RDTSC (Read - Time Stamp Counter) instruction for benchmarking. + Time Stamp Counter) instruction. -config M586MMX +config CPU_586MMX bool "Pentium-MMX" help Select this for a Pentium with the MMX graphics/multimedia extended instructions. -config M686 +config CPU_686 bool "Pentium-Pro" help - Select this for Intel Pentium Pro chips. This enables the use of - Pentium Pro extended instructions, and disables the init-time guard - against the f00f bug found in earlier Pentiums. + Select this for Intel Pentium Pro chips. -config MPENTIUMII +config CPU_PENTIUMII bool "Pentium-II/Celeron(pre-Coppermine)" help Select this for Intel chips based on the Pentium-II and - pre-Coppermine Celeron core. This option enables an unaligned - copy optimization, compiles the kernel with optimization flags - tailored for the chip, and applies any applicable Pentium Pro - optimizations. + pre-Coppermine Celeron core. -config MPENTIUMIII +config CPU_PENTIUMIII bool "Pentium-III/Celeron(Coppermine)/Pentium-III Xeon" help Select this for Intel chips based on the Pentium-III and - Celeron-Coppermine core. This option enables use of some - extended prefetch instructions in addition to the Pentium II - extensions. + Celeron-Coppermine core. -config MPENTIUMM +config CPU_PENTIUMM bool "Pentium M" help Select this for Intel Pentium M (not Pentium-4 M) notebook chips. -config MPENTIUM4 +config CPU_PENTIUM4 bool "Pentium-4/Celeron(P4-based)/Pentium-4 M/Xeon" help - Select this for Intel Pentium 4 chips. This includes the - Pentium 4, P4-based Celeron and Xeon, and Pentium-4 M - (not Pentium M) chips. This option enables compile flags - optimized for the chip, uses the correct cache shift, and - applies any applicable Pentium III optimizations. + Select this for Intel Pentium 4 chips. This includes + the Pentium 4, P4-based Celeron and Xeon, and + Pentium-4 M (not Pentium M) chips. -config MK6 +config CPU_K6 bool "K6/K6-II/K6-III" help - Select this for an AMD K6-family processor. Enables use of - some extended instructions, and passes appropriate optimization - flags to GCC. + Select this for an AMD K6, K6-II or K6-III (aka K6-3D). -config MK7 +config CPU_K7 bool "Athlon/Duron/K7" help - Select this for an AMD Athlon K7-family processor. Enables use of - some extended instructions, and passes appropriate optimization - flags to GCC. + Select this for an AMD Athlon K7-family processor. -config MK8 +config CPU_K8 bool "Opteron/Athlon64/Hammer/K8" help - Select this for an AMD Opteron or Athlon64 Hammer-family processor. Enables - use of some extended instructions, and passes appropriate optimization - flags to GCC. - -config MELAN - bool "Elan" + Select this for an AMD Opteron or Athlon64 Hammer-family processor. -config MCRUSOE +config CPU_CRUSOE bool "Crusoe" help - Select this for a Transmeta Crusoe processor. Treats the processor - like a 586 with TSC, and sets some GCC optimization flags (like a - Pentium Pro with no alignment requirements). + Select this for a Transmeta Crusoe processor. -config MWINCHIPC6 +config CPU_WINCHIPC6 bool "Winchip-C6" help - Select this for an IDT Winchip C6 chip. Linux and GCC - treat this chip as a 586TSC with some extended instructions - and alignment requirements. + Select this for an IDT Winchip C6 chip. -config MWINCHIP2 +config CPU_WINCHIP2 bool "Winchip-2" help - Select this for an IDT Winchip-2. Linux and GCC - treat this chip as a 586TSC with some extended instructions - and alignment requirements. + Select this for an IDT Winchip-2. -config MWINCHIP3D +config CPU_WINCHIP3D bool "Winchip-2A/Winchip-3" help - Select this for an IDT Winchip-2A or 3. Linux and GCC - treat this chip as a 586TSC with some extended instructions - and alignment reqirements. Also enable out of order memory - stores for this CPU, which can increase performance of some - operations. - -config MCYRIXIII - bool "CyrixIII/VIA-C3" - help - Select this for a Cyrix III or C3 chip. Presently Linux and GCC - treat this chip as a generic 586. Whilst the CPU is 686 class, - it lacks the cmov extension which gcc assumes is present when - generating 686 code. - Note that Nehemiah (Model 9) and above will not boot with this - kernel due to them lacking the 3DNow! instructions used in earlier - incarnations of the CPU. + Select this for an IDT Winchip-2A or 3 with 3dNow! + capabilities. -config MVIAC3_2 - bool "VIA C3-2 (Nehemiah)" +config CPU_CYRIXIII + bool "Cyrix III/VIA C3" help - Select this for a VIA C3 "Nehemiah". Selecting this enables usage - of SSE and tells gcc to treat the CPU as a 686. - Note, this kernel will not boot on older (pre model 9) C3s. + Select this for a Cyrix III or VIA C3 chip. -endchoice + Note that Nehemiah (Model 9) and above need the next + option instead. -config X86_GENERIC - bool "Generic x86 support" - help - Including some tuning for non selected x86 CPUs too. - when it has moderate overhead. This is intended for generic - distributions kernels. +config CPU_VIAC3_2 + bool "VIA C3-2 (Nehemiah)" + help + Select this for a VIA C3 "Nehemiah" (model 9 and above). + +endmenu endif # +# helper options +# +config CPU_INTEL + bool + depends on CPU_386 || CPU_486 || CPU_586TSC || CPU_686 || CPU_PENTIUMII || CPU_PENTIUMIII || CPU_PENTIUMM || CPU_PENTIUM4 + default y + +config CPU_WINCHIP + bool + depends on CPU_WINCHIPC6 || CPU_WINCHIP2 || CPU_WINCHIP3D + default y + +config CPU_ONLY_K7 + bool + depends on CPU_K7 && !CPU_INTEL && !CPU_K6 && !CPU_K8 && !X86_ELAN && !CPU_CRUSOE && !CPU_WINCHIP && !CPU_CYRIXIII && !CPU_VIAC3_2 + default y + +config CPU_ONLY_K8 + bool + depends on CPU_K8 && !CPU_INTEL && !CPU_K6 && !CPU_K7 && !X86_ELAN && !CPU_CRUSOE && !CPU_WINCHIP && !CPU_CYRIXIII && !CPU_VIAC3_2 + default y + +config CPU_ONLY_WINCHIP + bool + depends on CPU_WINCHIP && !CPU_INTEL && !CPU_K6 && !CPU_K7 && !CPU_K8 && !X86_ELAN && !CPU_CRUSOE && !CPU_CYRIXIII && !CPU_VIAC3_2 + default y + +# # Define implied options from the CPU selection here # config X86_CMPXCHG bool - depends on !M386 + depends on !CPU_386 default y config X86_XADD bool - depends on !M386 + depends on !CPU_386 default y config X86_L1_CACHE_SHIFT int - default "7" if MPENTIUM4 || X86_GENERIC - default "4" if X86_ELAN || M486 || M386 - default "5" if MWINCHIP3D || MWINCHIP2 || MWINCHIPC6 || MCRUSOE || MCYRIXIII || MK6 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M686 || M586MMX || M586TSC || M586 || MVIAC3_2 - default "6" if MK7 || MK8 + default "7" if CPU_PENTIUM4 + default "6" if CPU_K7 || CPU_K8 || CPU_PENTIUMM + default "5" if CPU_WINCHIP || CPU_CRUSOE || CPU_CYRIXIII || CPU_K6 || CPU_PENTIUMIII || CPU_PENTIUMII || CPU_686 || CPU_586MMX || CPU_586TSC || CPU_586 || CPU_VIAC3_2 + default "4" if X86_ELAN || CPU_486 || CPU_386 config RWSEM_GENERIC_SPINLOCK bool - depends on M386 + depends on CPU_386 default y config RWSEM_XCHGADD_ALGORITHM bool - depends on !M386 + depends on !CPU_386 default y config X86_PPRO_FENCE bool - depends on M686 || M586MMX || M586TSC || M586 || M486 || M386 + depends on CPU_686 default y config X86_F00F_BUG bool - depends on M586MMX || M586TSC || M586 || M486 || M386 + depends on CPU_586MMX || CPU_586TSC default y config X86_WP_WORKS_OK bool - depends on !M386 + depends on !CPU_386 default y config X86_INVLPG bool - depends on !M386 + depends on !CPU_386 default y config X86_BSWAP bool - depends on !M386 + depends on !CPU_386 default y config X86_POPAD_OK bool - depends on !M386 + depends on !CPU_386 default y config X86_ALIGNMENT_16 bool - depends on MWINCHIP3D || MWINCHIP2 || MWINCHIPC6 || MCYRIXIII || X86_ELAN || MK6 || M586MMX || M586TSC || M586 || M486 || MVIAC3_2 + depends on CPU_WINCHIP || CPU_CYRIXIII || X86_ELAN || CPU_K6 || CPU_586MMX || CPU_586TSC || CPU_586 || CPU_486 || CPU_VIAC3_2 default y -config X86_GOOD_APIC +config X86_BAD_APIC bool - depends on MK7 || MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M686 || M586MMX || MK8 + depends on CPU_586TSC default y config X86_INTEL_USERCOPY bool - depends on MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M586MMX || X86_GENERIC || MK8 || MK7 + depends on CPU_K7 || CPU_K8 || CPU_PENTIUMII || CPU_PENTIUMIII || CPU_PENTIUMM || CPU_PENTIUM4 default y config X86_USE_PPRO_CHECKSUM bool - depends on MWINCHIP3D || MWINCHIP2 || MWINCHIPC6 || MCYRIXIII || MK7 || MK6 || MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M686 || MK8 || MVIAC3_2 + depends on !CPU_386 && !CPU_486 && !CPU_586 && !CPU_586TSC && !CPU_586MMX && !X86_ELAN && !CPU_CRUSOE default y config X86_USE_3DNOW bool - depends on MCYRIXIII || MK7 + depends on !CPU_INTEL && !CPU_K6 && !CPU_K8 && !X86_ELAN && !CPU_CRUSOE && !CPU_WINCHIP && !CPU_VIAC3_2 default y config X86_OOSTORE bool - depends on MWINCHIP3D || MWINCHIP2 || MWINCHIPC6 + depends on CPU_ONLY_WINCHIP default y config X86_4G @@ -590,7 +543,7 @@ config X86_TSC bool - depends on (MWINCHIP3D || MWINCHIP2 || MCRUSOE || MCYRIXIII || MK7 || MK6 || MPENTIUM4 || MPENTIUMM || MPENTIUMIII || MPENTIUMII || M686 || M586MMX || M586TSC || MK8 || MVIAC3_2) && !X86_NUMAQ + depends on !X86_NUMAQ && !CPU_386 && !CPU_486 && !CPU_586 && !X86_ELAN && !CPU_WINCHIPC6 default y config X86_MCE --- linux-2.6.1-mm3/arch/i386/Makefile.old 2004-01-14 19:43:40.000000000 +0100 +++ linux-2.6.1-mm3/arch/i386/Makefile 2004-01-14 19:51:13.000000000 +0100 @@ -26,32 +26,49 @@ align := $(subst -functions=0,,$(call check_gcc,-falign-functions=0,-malign-functions=0)) -cflags-$(CONFIG_M386) += -march=i386 -cflags-$(CONFIG_M486) += -march=i486 -cflags-$(CONFIG_M586) += -march=i586 -cflags-$(CONFIG_M586TSC) += -march=i586 -cflags-$(CONFIG_M586MMX) += $(call check_gcc,-march=pentium-mmx,-march=i586) -cflags-$(CONFIG_M686) += -march=i686 -cflags-$(CONFIG_MPENTIUMII) += $(call check_gcc,-march=pentium2,-march=i686) -cflags-$(CONFIG_MPENTIUMIII) += $(call check_gcc,-march=pentium3,-march=i686) -cflags-$(CONFIG_MPENTIUMM) += $(call check_gcc,-march=pentium3,-march=i686) -cflags-$(CONFIG_MPENTIUM4) += $(call check_gcc,-march=pentium4,-march=i686) -cflags-$(CONFIG_MK6) += -march=k6 +cpuflags-$(CONFIG_CPU_PENTIUM4) := $(call check_gcc,-march=pentium4,-march=i686) + +ifdef CONFIG_CPU_PENTIUM4 + cpuflags-$(CONFIG_CPU_K8) := $(call check_gcc,-march=pentium3,-march=i686) +else + cpuflags-$(CONFIG_CPU_K8) := $(call check_gcc,-march=k8,$(call check_gcc,-march=athlon,-march=i686 $(align)-functions=4)) +endif + # Please note, that patches that add -march=athlon-xp and friends are pointless. # They make zero difference whatsosever to performance at this time. -cflags-$(CONFIG_MK7) += $(call check_gcc,-march=athlon,-march=i686 $(align)-functions=4) -cflags-$(CONFIG_MK8) += $(call check_gcc,-march=k8,$(call check_gcc,-march=athlon,-march=i686 $(align)-functions=4)) -cflags-$(CONFIG_MCRUSOE) += -march=i686 $(align)-functions=0 $(align)-jumps=0 $(align)-loops=0 -cflags-$(CONFIG_MWINCHIPC6) += $(call check_gcc,-march=winchip-c6,-march=i586) -cflags-$(CONFIG_MWINCHIP2) += $(call check_gcc,-march=winchip2,-march=i586) -cflags-$(CONFIG_MWINCHIP3D) += $(call check_gcc,-march=winchip2,-march=i586) -cflags-$(CONFIG_MCYRIXIII) += $(call check_gcc,-march=c3,-march=i486) $(align)-functions=0 $(align)-jumps=0 $(align)-loops=0 -cflags-$(CONFIG_MVIAC3_2) += $(call check_gcc,-march=c3-2,-march=i686) +ifdef CONFIG_CPU_PENTIUM4 + cpuflags-$(CONFIG_CPU_K7) := $(call check_gcc,-march=pentium3,-march=i686) +else + cpuflags-$(CONFIG_CPU_K7) := $(call check_gcc,-march=athlon,-march=i686 $(align)-functions=4) +endif + +cpuflags-$(CONFIG_CPU_PENTIUMM) := $(call check_gcc,-march=pentium3,-march=i686) +cpuflags-$(CONFIG_CPU_PENTIUMIII) := $(call check_gcc,-march=pentium3,-march=i686) +cpuflags-$(CONFIG_CPU_PENTIUMII) := $(call check_gcc,-march=pentium2,-march=i686) +cpuflags-$(CONFIG_CPU_VIAC3_2) := $(call check_gcc,-march=c3-2,-march=i686) +cpuflags-$(CONFIG_CPU_CRUSOE) := -march=i686 $(align)-functions=0 $(align)-jumps=0 $(align)-loops=0 +cpuflags-$(CONFIG_CPU_686) := -march=i686 + +# supports i686 without cmov +cpuflags-$(CONFIG_CPU_CYRIXIII) := $(call check_gcc,-march=c3,-march=i486) $(align)-functions=0 $(align)-jumps=0 $(align)-loops=0 + +cpuflags-$(CONFIG_CPU_K6) := -march=k6 +cpuflags-$(CONFIG_CPU_586MMX) := $(call check_gcc,-march=pentium-mmx,-march=i586) + +# Winchip supports i586 +cpuflags-$(CONFIG_CPU_WINCHIPC6) := $(call check_gcc,-march=winchip-c6,-march=i486) +cpuflags-$(CONFIG_CPU_WINCHIP2) := $(call check_gcc,-march=winchip2,-march=i486) +cpuflags-$(CONFIG_CPU_WINCHIP3D) := $(call check_gcc,-march=winchip2,-march=i486) + +cpuflags-$(CONFIG_CPU_586TSC) := -march=i586 +cpuflags-$(CONFIG_CPU_586) := -march=i586 +cpuflags-$(CONFIG_CPU_486) := -march=i486 +cpuflags-$(CONFIG_CPU_386) := -march=i386 # AMD Elan support -cflags-$(CONFIG_X86_ELAN) += -march=i486 +cpuflags-$(CONFIG_X86_ELAN) := -march=i486 -CFLAGS += $(cflags-y) +CFLAGS += $(cpuflags-y) # Default subarch .c files mcore-y := mach-default ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-10 0:52 ` [1/4] " Adrian Bunk 2004-01-10 11:04 ` Wichert Akkerman @ 2004-01-16 19:15 ` cliff white 2004-01-16 19:32 ` Richard B. Johnson 1 sibling, 1 reply; 34+ messages in thread From: cliff white @ 2004-01-16 19:15 UTC (permalink / raw) To: Adrian Bunk; +Cc: piggin, mpm, linux-kernel On Sat, 10 Jan 2004 01:52:32 +0100 Adrian Bunk <bunk@fs.tum.de> wrote: > Changes: > > - changed the i386 CPU selection from a choice to single options for > every cpu > - X86_GENERIC is no longer required > - renamed the M* variables to CPU_*, this is needed to ask the users > upgrading from older kernels instead of silently changing the > semantics > - X86_GOOD_APIC -> X86_BAD_APIC > - AMD Elan is a different subarch, you can't configure a kernel that > runs on both the AMD Elan and other i386 CPUs > - added optimizing CFLAGS for the AMD Elan > - gcc 2.95 supports -march=k6 (no need for check_gcc) > - help text changes/updates > > TODO: > - module versioning > > > diffstat output: > > arch/i386/Kconfig | 258 ++++++++++++--------------- > arch/i386/Makefile | 57 +++-- > arch/i386/boot/setup.S | 2 > arch/i386/lib/mmx.c | 2 > drivers/serial/8250.h | 2 > include/asm-i386/apic.h | 4 > include/asm-i386/bugs.h | 7 > include/asm-i386/module.h | 2 > include/asm-i386/processor.h | 4 > include/asm-i386/timex.h | 2 > arch/x86_64/Kconfig | 4 > include/asm-x86_64/apic.h | 2 > arch/i386/kernel/cpu/cpufreq/Kconfig | 2 > arch/i386/mach-voyager/voyager_smp.c | 6 > 14 files changed, 172 insertions(+), 182 deletions(-) > > > It would be good to also update arch/i386/defconfig, as the current breaks our auto-compile, which uses 'make defconfig' This patch sets a default CPU also. Patch ------------------------------- diff -Nur a/arch/i386/defconfig b/arch/i386/defconfig --- a/arch/i386/defconfig 2004-01-16 11:09:48.703161400 -0800 +++ b/arch/i386/defconfig 2004-01-16 10:57:33.690900248 -0800 @@ -48,26 +48,36 @@ # CONFIG_X86_VISWS is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set -# CONFIG_M386 is not set -# CONFIG_M486 is not set -# CONFIG_M586 is not set -# CONFIG_M586TSC is not set -# CONFIG_M586MMX is not set -# CONFIG_M686 is not set -# CONFIG_MPENTIUMII is not set -# CONFIG_MPENTIUMIII is not set -CONFIG_MPENTIUM4=y -# CONFIG_MK6 is not set -# CONFIG_MK7 is not set -# CONFIG_MK8 is not set -# CONFIG_MELAN is not set -# CONFIG_MCRUSOE is not set -# CONFIG_MWINCHIPC6 is not set -# CONFIG_MWINCHIP2 is not set -# CONFIG_MWINCHIP3D is not set -# CONFIG_MCYRIXIII is not set -# CONFIG_MVIAC3_2 is not set -# CONFIG_X86_GENERIC is not set + +# + +# +# Processor support +# + +# +# Select all processors your kernel should support +# +# CONFIG_CPU_386 is not set +# CONFIG_CPU_486 is not set +# CONFIG_CPU_586 is not set +# CONFIG_CPU_586TSC is not set +# CONFIG_CPU_586MMX is not set +# CONFIG_CPU_686 is not set +# CONFIG_CPU_PENTIUMII is not set +# CONFIG_CPU_PENTIUMIII is not set +# CONFIG_CPU_PENTIUMM is not set +CONFIG_CPU_PENTIUM4=y +# CONFIG_CPU_K6 is not set +# CONFIG_CPU_K7 is not set +# CONFIG_CPU_K8 is not set +# CONFIG_CPU_CRUSOE is not set +# CONFIG_CPU_WINCHIPC6 is not set +# CONFIG_CPU_WINCHIP2 is not set +# CONFIG_CPU_WINCHIP3D is not set +# CONFIG_CPU_CYRIXIII is not set +# CONFIG_CPU_VIAC3_2 is not set +CONFIG_CPU_INTEL=y CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_L1_CACHE_SHIFT=7 ----------------------- cliffw OSDL ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-16 19:15 ` [1/4] " cliff white @ 2004-01-16 19:32 ` Richard B. Johnson 2004-01-17 0:01 ` Andrew Morton 2004-01-17 2:15 ` Adrian Bunk 0 siblings, 2 replies; 34+ messages in thread From: Richard B. Johnson @ 2004-01-16 19:32 UTC (permalink / raw) To: cliff white; +Cc: Adrian Bunk, piggin, mpm, linux-kernel On Fri, 16 Jan 2004, cliff white wrote: > On Sat, 10 Jan 2004 01:52:32 +0100 > Adrian Bunk <bunk@fs.tum.de> wrote: > > > > Changes: > > - AMD Elan is a different subarch, you can't configure a kernel that > > runs on both the AMD Elan and other i386 CPUs NO! NO! This prevents development of an AMD embeded system on an "ordinary" machine like this one (Pentium IV). The fact that the timer runs at a different speed means nothing, one just sets the workstation time every day. Please do NOT do this. It prevents important usage. > > - added optimizing CFLAGS for the AMD Elan There are no such different "optimizations" for ELAN. Cheers, Dick Johnson Penguin : Linux version 2.4.24 on an i686 machine (797.90 BogoMips). Note 96.31% of all statistics are fiction. ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-16 19:32 ` Richard B. Johnson @ 2004-01-17 0:01 ` Andrew Morton 2004-01-17 2:57 ` Adrian Bunk 2004-01-17 2:15 ` Adrian Bunk 1 sibling, 1 reply; 34+ messages in thread From: Andrew Morton @ 2004-01-17 0:01 UTC (permalink / raw) To: root; +Cc: cliffw, bunk, piggin, mpm, linux-kernel "Richard B. Johnson" <root@chaos.analogic.com> wrote: > > On Fri, 16 Jan 2004, cliff white wrote: > > > On Sat, 10 Jan 2004 01:52:32 +0100 > > Adrian Bunk <bunk@fs.tum.de> wrote: > > > > > > > Changes: > > > > - AMD Elan is a different subarch, you can't configure a kernel that > > > runs on both the AMD Elan and other i386 CPUs > > NO! NO! This prevents development of an AMD embeded system on an > "ordinary" machine like this one (Pentium IV). The fact that the > timer runs at a different speed means nothing, one just sets the > workstation time every day. Please do NOT do this. It prevents > important usage. Can't you just configure it for some lower denominator such as 386? I must say that I'm a bit wobbly about Adrian's recent patches, simply because of the overall intrusiveness and conceptual changes which they introduce. Remind me again, what did they buy us? ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-17 0:01 ` Andrew Morton @ 2004-01-17 2:57 ` Adrian Bunk 2004-01-19 15:14 ` John Stoffel 0 siblings, 1 reply; 34+ messages in thread From: Adrian Bunk @ 2004-01-17 2:57 UTC (permalink / raw) To: Andrew Morton; +Cc: root, cliffw, piggin, mpm, linux-kernel On Fri, Jan 16, 2004 at 04:01:33PM -0800, Andrew Morton wrote: >... > I must say that I'm a bit wobbly about Adrian's recent patches, simply > because of the overall intrusiveness and conceptual changes which they > introduce. The only patch where I'd say this really applies to is better-i386-cpu-selection.patch . I'm really happy that you added it in the latest -mm and I'm even more happy that I haven't yet heard of any major breakage it has caused. But it's your decision whether you like this patch or prefer to drop it. > Remind me again, what did they buy us? The main effect is that better-i386-cpu-selection.patch makes it easier for people who configure kernels that should work on different CPU types. A user (= person compiling his own kernel) does no longer need any deeper knowledge when e.g. configuring a kernel that should run on both an Athlon and a Pentium 4 - he simply selects all CPUs he wants to support in his kernel. As a side effect, this patch allows further optimizations based on the fact that e.g. a kernel for an i386 no longer needs to support an Athlon which can be used to omit support for non-selected CPUs [1]. cu Adrian [1] e.g. there's no need to include arch/i386/kernel/cpu/amd.c in your kernel if the kernel should only run on a 386; I made two such example patches that are _way_ too ugly for merging but show that this CPU selection scheme makes some more space savings possible -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-17 2:57 ` Adrian Bunk @ 2004-01-19 15:14 ` John Stoffel 2004-01-19 23:42 ` Nick Piggin 0 siblings, 1 reply; 34+ messages in thread From: John Stoffel @ 2004-01-19 15:14 UTC (permalink / raw) To: Adrian Bunk; +Cc: Andrew Morton, root, cliffw, piggin, mpm, linux-kernel >>>>> "Adrian" == Adrian Bunk <bunk@fs.tum.de> writes: Adrian> The main effect is that better-i386-cpu-selection.patch makes Adrian> it easier for people who configure kernels that should work on Adrian> different CPU types. A user (= person compiling his own Adrian> kernel) does no longer need any deeper knowledge when Adrian> e.g. configuring a kernel that should run on both an Athlon Adrian> and a Pentium 4 - he simply selects all CPUs he wants to Adrian> support in his kernel. So a user who will only Run this kernel on a PIII for example, doesn't need to select *any* other kernels at all? I think the Kconfig help screens need to be redone to make this clear. I enabled all the sub-processors because I wanted to make sure my kernel would boot no matter what. It seems like I don't need that any more, right? John ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-19 15:14 ` John Stoffel @ 2004-01-19 23:42 ` Nick Piggin 0 siblings, 0 replies; 34+ messages in thread From: Nick Piggin @ 2004-01-19 23:42 UTC (permalink / raw) To: John Stoffel; +Cc: Adrian Bunk, Andrew Morton, root, cliffw, mpm, linux-kernel John Stoffel wrote: >>>>>>"Adrian" == Adrian Bunk <bunk@fs.tum.de> writes: >>>>>> > >Adrian> The main effect is that better-i386-cpu-selection.patch makes >Adrian> it easier for people who configure kernels that should work on >Adrian> different CPU types. A user (= person compiling his own >Adrian> kernel) does no longer need any deeper knowledge when >Adrian> e.g. configuring a kernel that should run on both an Athlon >Adrian> and a Pentium 4 - he simply selects all CPUs he wants to >Adrian> support in his kernel. > >So a user who will only Run this kernel on a PIII for example, doesn't >need to select *any* other kernels at all? I think the Kconfig help >screens need to be redone to make this clear. > >I enabled all the sub-processors because I wanted to make sure my >kernel would boot no matter what. It seems like I don't need that any >more, right? > At the top of the "Processor support" menu there is the line "Select all processors your kernel should support". That sums it up pretty well. I might get your point better if you sent a patch. ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-16 19:32 ` Richard B. Johnson 2004-01-17 0:01 ` Andrew Morton @ 2004-01-17 2:15 ` Adrian Bunk 2004-01-17 9:13 ` Robert Schwebel 2004-01-17 10:01 ` aeriksson 1 sibling, 2 replies; 34+ messages in thread From: Adrian Bunk @ 2004-01-17 2:15 UTC (permalink / raw) To: Richard B. Johnson, robert; +Cc: cliff white, piggin, mpm, linux-kernel On Fri, Jan 16, 2004 at 02:32:39PM -0500, Richard B. Johnson wrote: > On Fri, 16 Jan 2004, cliff white wrote: > > > On Sat, 10 Jan 2004 01:52:32 +0100 > > Adrian Bunk <bunk@fs.tum.de> wrote: > > > > > > > Changes: > > > > - AMD Elan is a different subarch, you can't configure a kernel that > > > runs on both the AMD Elan and other i386 CPUs > > NO! NO! This prevents development of an AMD embeded system on an > "ordinary" machine like this one (Pentium IV). The fact that the > timer runs at a different speed means nothing, one just sets the > workstation time every day. Please do NOT do this. It prevents > important usage. What problems exacly are you referring to? Besides the AMD Elan cpufreq driver I see nothing where CONFIG_MELAN gave you any real difference (except your highest goal is to avoid a recompilation when switching from the Pentium 4 to the AMD Elan - but I doubt the really "prevents development"). But I'm not religious about this issue. Let Robert decide, the Elan support is his child. > > > - added optimizing CFLAGS for the AMD Elan > > There are no such different "optimizations" for ELAN. What's wrong wih the -march=i486 Robert suggested? > Cheers, > Dick Johnson cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-17 2:15 ` Adrian Bunk @ 2004-01-17 9:13 ` Robert Schwebel 2004-01-20 22:10 ` Adrian Bunk 2004-01-17 10:01 ` aeriksson 1 sibling, 1 reply; 34+ messages in thread From: Robert Schwebel @ 2004-01-17 9:13 UTC (permalink / raw) To: Adrian Bunk Cc: Richard B. Johnson, Juergen Beisert, cliff white, piggin, mpm, linux-kernel Hi, On Sat, Jan 17, 2004 at 03:15:32AM +0100, Adrian Bunk wrote: > Besides the AMD Elan cpufreq driver I see nothing where CONFIG_MELAN > gave you any real difference (except your highest goal is to avoid a > recompilation when switching from the Pentium 4 to the AMD Elan - but I > doubt the really "prevents development"). > > But I'm not religious about this issue. Let Robert decide, the Elan > support is his child. > > > > > - added optimizing CFLAGS for the AMD Elan > > > > There are no such different "optimizations" for ELAN. > > What's wrong wih the -march=i486 Robert suggested? I've not followed the 2.6 development regarding the arch selection that closely; let's collect arguments: - Is it still possible to run a -march=i486 built kernel on a pentium? IMHO It would be good to optimize the code for i486, but I'm not that familiar with how good gcc optimizes for 486 that I can comment this. - I personally work with lots of cross architectures like ARM, so cross compiling for an embedded system is no problem for me. But if people want to test stuff on their pentiums I also have no problem with that. Other arguments? Robert -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hornemannstraße 12, 31137 Hildesheim, Germany Phone: +49-5121-28619-0 | Fax: +49-5121-28619-4 ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-17 9:13 ` Robert Schwebel @ 2004-01-20 22:10 ` Adrian Bunk 2004-01-20 22:31 ` Richard B. Johnson 2004-01-20 22:47 ` George Anzinger 0 siblings, 2 replies; 34+ messages in thread From: Adrian Bunk @ 2004-01-20 22:10 UTC (permalink / raw) To: Robert Schwebel Cc: Richard B. Johnson, Juergen Beisert, cliff white, piggin, mpm, linux-kernel On Sat, Jan 17, 2004 at 10:13:37AM +0100, Robert Schwebel wrote: > Hi, Hi Robert, > On Sat, Jan 17, 2004 at 03:15:32AM +0100, Adrian Bunk wrote: > > Besides the AMD Elan cpufreq driver I see nothing where CONFIG_MELAN > > gave you any real difference (except your highest goal is to avoid a > > recompilation when switching from the Pentium 4 to the AMD Elan - but I > > doubt the really "prevents development"). > > > > But I'm not religious about this issue. Let Robert decide, the Elan > > support is his child. > > > > > > > - added optimizing CFLAGS for the AMD Elan > > > > > > There are no such different "optimizations" for ELAN. > > > > What's wrong wih the -march=i486 Robert suggested? > > I've not followed the 2.6 development regarding the arch selection that > closely; let's collect arguments: > > - Is it still possible to run a -march=i486 built kernel on a pentium? > IMHO It would be good to optimize the code for i486, but I'm not that > familiar with how good gcc optimizes for 486 that I can comment this. yes, since a Pentium supports a superset of the 486 gcc can't optimize for a 486 in a way that the code won't run on a Pentium. > - I personally work with lots of cross architectures like ARM, so cross > compiling for an embedded system is no problem for me. But if people > want to test stuff on their pentiums I also have no problem with that. > > Other arguments? The only reason why I sent the patch to make the AMD Elan a separate subarch was the CLOCK_TICK_RATE #ifdef in include/asm-i386/timex.h . It should be possible to change it to a variable (as with CONFIG_X86_PC9800) if both the Elan and a different cpu are supported if this is really a required use. If this is the solution you prefer, how would you do runtime detection for the AMD Elan? > Robert cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-20 22:10 ` Adrian Bunk @ 2004-01-20 22:31 ` Richard B. Johnson 2004-01-20 22:47 ` George Anzinger 1 sibling, 0 replies; 34+ messages in thread From: Richard B. Johnson @ 2004-01-20 22:31 UTC (permalink / raw) To: Adrian Bunk Cc: Robert Schwebel, Juergen Beisert, cliff white, piggin, mpm, linux-kernel On Tue, 20 Jan 2004, Adrian Bunk wrote: > On Sat, Jan 17, 2004 at 10:13:37AM +0100, Robert Schwebel wrote: > > > Hi, > > Hi Robert, > > > On Sat, Jan 17, 2004 at 03:15:32AM +0100, Adrian Bunk wrote: > > > Besides the AMD Elan cpufreq driver I see nothing where CONFIG_MELAN > > > gave you any real difference (except your highest goal is to avoid a > > > recompilation when switching from the Pentium 4 to the AMD Elan - but I > > > doubt the really "prevents development"). > > > > > > But I'm not religious about this issue. Let Robert decide, the Elan > > > support is his child. > > > > > > > > > - added optimizing CFLAGS for the AMD Elan > > > > > > > > There are no such different "optimizations" for ELAN. > > > > > > What's wrong wih the -march=i486 Robert suggested? > > > > I've not followed the 2.6 development regarding the arch selection that > > closely; let's collect arguments: > > > > - Is it still possible to run a -march=i486 built kernel on a pentium? > > IMHO It would be good to optimize the code for i486, but I'm not that > > familiar with how good gcc optimizes for 486 that I can comment this. > > yes, since a Pentium supports a superset of the 486 gcc can't optimize > for a 486 in a way that the code won't run on a Pentium. > > > - I personally work with lots of cross architectures like ARM, so cross > > compiling for an embedded system is no problem for me. But if people > > want to test stuff on their pentiums I also have no problem with that. > > > > Other arguments? > > The only reason why I sent the patch to make the AMD Elan a separate > subarch was the CLOCK_TICK_RATE #ifdef in include/asm-i386/timex.h . > > It should be possible to change it to a variable (as with > CONFIG_X86_PC9800) if both the Elan and a different cpu are supported if > this is really a required use. > > If this is the solution you prefer, how would you do runtime detection > for the AMD Elan? > > > Robert > > cu > Adrian > I don't think you need a runtime detection. All that's needed is the ability to set the clock divisor to a slightly different value than the default. It doesn't need some special architecture because that will prevent setting other things like SMP. And yes, the embedded AMDs we use here have the SMP spin-locks because it is necessary to completely test the operating system independently of the target system. This is done by running my development workstation, a Pentium with two CPUs with the exact same OS. The modules are, of course, different, actually mostly missing on the target system because only Analogic-specific hardware interface modules are used plus the RAM disk. I just set my workstation time when I log in in the morning. In a whole day it's only off by: Script started on Tue Jan 20 17:25:37 2004 $ nettime time-a.timefreq.bldrdoc.gov Reference time = Tue Jan 20 17:22:26 2004 My time = Tue Jan 20 17:25:54 2004 Difference = 208 seconds Time set by time-a.timefreq.bldrdoc.gov (132.163.4.101) $ exit exit Script done on Tue Jan 20 17:22:36 2004 208 seconds. As long as I don't change it during a compile, everything is fine. So, again, please don't change anything that prevents me and others from using the AMD operating system on an ordinary workstation. Otherwise, I'll have to make some stupid embedded test software that exercises the OS on the AMD to get by the FDA requirements for independent testing of the OS. I would also have to re-certify our testing procedure. Cheers, Dick Johnson Penguin : Linux version 2.4.24 on an i686 machine (797.90 BogoMips). Note 96.31% of all statistics are fiction. ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-20 22:10 ` Adrian Bunk 2004-01-20 22:31 ` Richard B. Johnson @ 2004-01-20 22:47 ` George Anzinger 1 sibling, 0 replies; 34+ messages in thread From: George Anzinger @ 2004-01-20 22:47 UTC (permalink / raw) To: Adrian Bunk Cc: Robert Schwebel, Richard B. Johnson, Juergen Beisert, cliff white, piggin, mpm, linux-kernel Adrian Bunk wrote: > On Sat, Jan 17, 2004 at 10:13:37AM +0100, Robert Schwebel wrote: > > >>Hi, > > > Hi Robert, > > >>On Sat, Jan 17, 2004 at 03:15:32AM +0100, Adrian Bunk wrote: >> >>>Besides the AMD Elan cpufreq driver I see nothing where CONFIG_MELAN >>>gave you any real difference (except your highest goal is to avoid a >>>recompilation when switching from the Pentium 4 to the AMD Elan - but I >>>doubt the really "prevents development"). >>> >>>But I'm not religious about this issue. Let Robert decide, the Elan >>>support is his child. >>> >>> >>>>>>- added optimizing CFLAGS for the AMD Elan >>>> >>>>There are no such different "optimizations" for ELAN. >>> >>>What's wrong wih the -march=i486 Robert suggested? >> >>I've not followed the 2.6 development regarding the arch selection that >>closely; let's collect arguments: >> >>- Is it still possible to run a -march=i486 built kernel on a pentium? >> IMHO It would be good to optimize the code for i486, but I'm not that >> familiar with how good gcc optimizes for 486 that I can comment this. > > > yes, since a Pentium supports a superset of the 486 gcc can't optimize > for a 486 in a way that the code won't run on a Pentium. > > >>- I personally work with lots of cross architectures like ARM, so cross >> compiling for an embedded system is no problem for me. But if people >> want to test stuff on their pentiums I also have no problem with that. >> >>Other arguments? > > > The only reason why I sent the patch to make the AMD Elan a separate > subarch was the CLOCK_TICK_RATE #ifdef in include/asm-i386/timex.h . > > It should be possible to change it to a variable (as with > CONFIG_X86_PC9800) if both the Elan and a different cpu are supported if > this is really a required use. This is a VERY bad idea. If you would take a look at linux/time.h at the code to convert jiffies<->timeval/timespec you will see some very long expressions. This code is FAST but only because of constants which allow gcc to do most of the work at compile time. If you change CLOCK_TICK_RATE this will NOT be true and a lot of work will be done at run time. It might be instructive to compile one of these conversions and look at the cpp output. Last time I looked it was about 1/2 page of wall to wall expression which reduces to one MPY and shift (or there about). > -- George Anzinger george@mvista.com High-res-timers: http://sourceforge.net/projects/high-res-timers/ Preemption patch: http://www.kernel.org/pub/linux/kernel/people/rml ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: [1/4] better i386 CPU selection 2004-01-17 2:15 ` Adrian Bunk 2004-01-17 9:13 ` Robert Schwebel @ 2004-01-17 10:01 ` aeriksson 1 sibling, 0 replies; 34+ messages in thread From: aeriksson @ 2004-01-17 10:01 UTC (permalink / raw) To: Adrian Bunk Cc: Richard B. Johnson, robert, cliff white, piggin, mpm, linux-kernel > > NO! NO! This prevents development of an AMD embeded system on an > > "ordinary" machine like this one (Pentium IV). The fact that the > > timer runs at a different speed means nothing, one just sets the > > workstation time every day. Please do NOT do this. It prevents > > important usage. > > What problems exacly are you referring to? > > Besides the AMD Elan cpufreq driver I see nothing where CONFIG_MELAN > gave you any real difference (except your highest goal is to avoid a > recompilation when switching from the Pentium 4 to the AMD Elan - but I > doubt the really "prevents development"). > > But I'm not religious about this issue. Let Robert decide, the Elan > support is his child. > I guess some code to dynamically check for AMD ELAN would make the time drift problem go away, right? I did notice a description of how to detect an elan in one of the elan manuals. That stuff does not seem to have made its way into the kernel, has it? Should it? /A ^ permalink raw reply [flat|nested] 34+ messages in thread
* [2/4] move "struct movsl_mask movsl_mask" to usercopy.c 2004-01-10 0:46 ` 2.6.1-rc1-tiny2 Adrian Bunk 2004-01-10 0:50 ` [0/4] better i386 CPU selection Adrian Bunk 2004-01-10 0:52 ` [1/4] " Adrian Bunk @ 2004-01-10 0:57 ` Adrian Bunk 2004-01-10 0:57 ` [3/4] proof of concept: make arch/i386/kernel/cpu/Makefile CPU specific Adrian Bunk ` (2 subsequent siblings) 5 siblings, 0 replies; 34+ messages in thread From: Adrian Bunk @ 2004-01-10 0:57 UTC (permalink / raw) To: Nick Piggin; +Cc: Matt Mackall, linux-kernel - move "struct movsl_mask movsl_mask" to usercopy.c (CONFIG_X86_INTEL_USERCOPY is used on non-Intel CPUs) diffstat output: arch/i386/kernel/cpu/intel.c | 7 ------- arch/i386/lib/usercopy.c | 7 +++++++ 2 files changed, 7 insertions(+), 7 deletions(-) --- linux-2.6.0-test5-mm4/arch/i386/kernel/cpu/intel.c.old 2003-09-25 14:33:21.000000000 +0200 +++ linux-2.6.0-test5-mm4/arch/i386/kernel/cpu/intel.c 2003-09-25 14:33:36.000000000 +0200 @@ -12,13 +12,6 @@ #include "cpu.h" -#ifdef CONFIG_X86_INTEL_USERCOPY -/* - * Alignment at which movsl is preferred for bulk memory copies. - */ -struct movsl_mask movsl_mask; -#endif - /* * Early probe support logic for ppro memory erratum #50 * --- linux-2.6.0-test5-mm4/arch/i386/lib/usercopy.c.old 2003-09-25 14:33:31.000000000 +0200 +++ linux-2.6.0-test5-mm4/arch/i386/lib/usercopy.c 2003-09-25 14:33:36.000000000 +0200 @@ -12,6 +12,13 @@ #include <asm/uaccess.h> #include <asm/mmx.h> +#ifdef CONFIG_X86_INTEL_USERCOPY +/* + * Alignment at which movsl is preferred for bulk memory copies. + */ +struct movsl_mask movsl_mask; +#endif + static inline int __movsl_is_ok(unsigned long a1, unsigned long a2, unsigned long n) { #ifdef CONFIG_X86_INTEL_USERCOPY ^ permalink raw reply [flat|nested] 34+ messages in thread
* [3/4] proof of concept: make arch/i386/kernel/cpu/Makefile CPU specific 2004-01-10 0:46 ` 2.6.1-rc1-tiny2 Adrian Bunk ` (2 preceding siblings ...) 2004-01-10 0:57 ` [2/4] move "struct movsl_mask movsl_mask" to usercopy.c Adrian Bunk @ 2004-01-10 0:57 ` Adrian Bunk 2004-01-10 0:58 ` [4/4] proof of concept: make arch/i386/kernel/cpu/mtrr/Makefile " Adrian Bunk 2004-01-10 22:14 ` 2.6.1-rc1-tiny2 Matt Mackall 5 siblings, 0 replies; 34+ messages in thread From: Adrian Bunk @ 2004-01-10 0:57 UTC (permalink / raw) To: Nick Piggin; +Cc: Matt Mackall, linux-kernel - make arch/i386/kernel/cpu/Makefile CPU specific diffstat output: arch/i386/kernel/cpu/Makefile | 34 +++++++++++++++++++++++++--------- arch/i386/kernel/cpu/common.c | 27 +++++++++++++++++++++++++++ arch/i386/mm/init.c | 6 +++++- 3 files changed, 57 insertions(+), 10 deletions(-) --- linux-2.6.0-test5-mm4/arch/i386/kernel/cpu/Makefile.old 2003-09-25 14:35:17.000000000 +0200 +++ linux-2.6.0-test5-mm4/arch/i386/kernel/cpu/Makefile 2003-09-25 14:35:20.000000000 +0200 @@ -2,16 +2,32 @@ # Makefile for x86-compatible CPU details and quirks # -obj-y := common.o proc.o +obj-y := common.o proc.o + + +obj-$(CONFIG_CPU_486) += amd.o +obj-$(CONFIG_CPU_586) += amd.o +obj-$(CONFIG_CPU_K6) += amd.o +obj-$(CONFIG_CPU_K7) += amd.o +obj-$(CONFIG_CPU_K8) += amd.o + +obj-$(CONFIG_CPU_WINCHIP) += centaur.o +obj-$(CONFIG_CPU_CYRIXIII) += centaur.o +obj-$(CONFIG_CPU_VIAC3_2) += centaur.o + +obj-$(CONFIG_CPU_486) += cyrix.o +obj-$(CONFIG_CPU_586) += cyrix.o + +obj-$(CONFIG_CPU_INTEL) += intel.o + +obj-$(CONFIG_CPU_586) += nexgen.o + +obj-$(CONFIG_CPU_586) += rise.o + +obj-$(CONFIG_CPU_CRUSOE) += transmeta.o + +obj-$(CONFIG_CPU_486) += umc.o -obj-y += amd.o -obj-y += cyrix.o -obj-y += centaur.o -obj-y += transmeta.o -obj-y += intel.o -obj-y += rise.o -obj-y += nexgen.o -obj-y += umc.o obj-$(CONFIG_X86_MCE) += mcheck/ --- linux-2.6.0-test5-mm4/arch/i386/kernel/cpu/common.c.old 2003-09-25 14:35:17.000000000 +0200 +++ linux-2.6.0-test5-mm4/arch/i386/kernel/cpu/common.c 2003-09-25 14:35:20.000000000 +0200 @@ -434,15 +434,42 @@ void __init early_cpu_init(void) { + +#if defined(CONFIG_CPU_INTEL) intel_cpu_init(); +#endif + +#if defined(CONFIG_CPU_486) || defined(CONFIG_CPU_586) cyrix_init_cpu(); +#endif + +#if defined(CONFIG_CPU_486) nsc_init_cpu(); +#endif + +#if defined(CONFIG_CPU_486) || defined(CONFIG_CPU_586) || defined(CONFIG_CPU_K6) || defined(CONFIG_CPU_K7) || defined(CONFIG_CPU_K8) amd_init_cpu(); +#endif + +#if defined(CONFIG_CPU_WINCHIP) || defined(CONFIG_CPU_CYRIXIII) || defined(CONFIG_CPU_VIAC3_2) centaur_init_cpu(); +#endif + +#if defined(CONFIG_CPU_CRUSOE) transmeta_init_cpu(); +#endif + +#if defined(CONFIG_CPU_586) rise_init_cpu(); +#endif + +#if defined(CONFIG_CPU_586) nexgen_init_cpu(); +#endif + +#if defined(CONFIG_CPU_486) umc_init_cpu(); +#endif #ifdef CONFIG_DEBUG_PAGEALLOC /* pse is not compatible with on-the-fly unmapping, --- linux-2.6.0-test5-mm4/arch/i386/mm/init.c.old 2003-09-25 14:35:17.000000000 +0200 +++ linux-2.6.0-test5-mm4/arch/i386/mm/init.c 2003-09-25 14:35:20.000000000 +0200 @@ -423,8 +423,12 @@ if (!mem_map) BUG(); #endif - + +#ifdef CONFIG_CPU_686 bad_ppro = ppro_with_ram_bug(); +#else + bad_ppro = 0; +#endif #ifdef CONFIG_HIGHMEM /* check that fixmap and pkmap do not overlap */ ^ permalink raw reply [flat|nested] 34+ messages in thread
* [4/4] proof of concept: make arch/i386/kernel/cpu/mtrr/Makefile CPU specific 2004-01-10 0:46 ` 2.6.1-rc1-tiny2 Adrian Bunk ` (3 preceding siblings ...) 2004-01-10 0:57 ` [3/4] proof of concept: make arch/i386/kernel/cpu/Makefile CPU specific Adrian Bunk @ 2004-01-10 0:58 ` Adrian Bunk 2004-01-10 22:14 ` 2.6.1-rc1-tiny2 Matt Mackall 5 siblings, 0 replies; 34+ messages in thread From: Adrian Bunk @ 2004-01-10 0:58 UTC (permalink / raw) To: Nick Piggin; +Cc: Matt Mackall, linux-kernel - make arch/i386/kernel/cpu/mtrr/Makefile CPU specific diffstat output: arch/i386/kernel/cpu/mtrr/Makefile | 14 ++++++++++---- arch/i386/kernel/cpu/mtrr/main.c | 14 ++++++++++++++ 2 files changed, 24 insertions(+), 4 deletions(-) --- linux-2.6.0-test5-cpu/arch/i386/kernel/cpu/mtrr/Makefile.old 2003-09-13 11:25:27.000000000 +0200 +++ linux-2.6.0-test5-cpu/arch/i386/kernel/cpu/mtrr/Makefile 2003-09-13 14:14:20.000000000 +0200 @@ -1,5 +1,11 @@ -obj-y := main.o if.o generic.o state.o -obj-y += amd.o -obj-y += cyrix.o -obj-y += centaur.o +obj-y := main.o if.o generic.o state.o + +obj-$(CONFIG_CPU_K6) += amd.o + +obj-$(CONFIG_CPU_586) += cyrix.o + +obj-$(CONFIG_CPU_WINCHIP) += centaur.o +obj-$(CONFIG_CPU_CYRIXIII) += centaur.o +obj-$(CONFIG_CPU_VIAC3_2) += centaur.o + --- linux-2.6.0-test5-cpu/arch/i386/kernel/cpu/mtrr/main.c.old 2003-09-13 14:04:35.000000000 +0200 +++ linux-2.6.0-test5-cpu/arch/i386/kernel/cpu/mtrr/main.c 2003-09-13 14:09:11.000000000 +0200 @@ -475,12 +475,16 @@ printk(KERN_WARNING "mtrr: register: %d too big\n", reg); goto out; } + +#if defined(CONFIG_CPU_586) if (is_cpu(CYRIX) && !use_intel()) { if ((reg == 3) && arr3_protected) { printk(KERN_WARNING "mtrr: ARR3 cannot be changed\n"); goto out; } } +#endif + mtrr_if->get(reg, &lbase, &lsize, <ype); if (lsize < 1) { printk(KERN_WARNING "mtrr: MTRR %d not used\n", reg); @@ -536,9 +540,19 @@ static void __init init_ifs(void) { + +#if defined(CONFIG_CPU_K6) amd_init_mtrr(); +#endif + +#if defined(CONFIG_CPU_586) cyrix_init_mtrr(); +#endif + +#if defined(CONFIG_CPU_WINCHIP) || defined(CONFIG_CPU_CYRIXIII) || defined(CONFIG_CPU_VIAC3_2) centaur_init_mtrr(); +#endif + } static void init_other_cpus(void) ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: 2.6.1-rc1-tiny2 2004-01-10 0:46 ` 2.6.1-rc1-tiny2 Adrian Bunk ` (4 preceding siblings ...) 2004-01-10 0:58 ` [4/4] proof of concept: make arch/i386/kernel/cpu/mtrr/Makefile " Adrian Bunk @ 2004-01-10 22:14 ` Matt Mackall 2004-01-12 2:20 ` 2.6.1-rc1-tiny2 Nick Piggin 5 siblings, 1 reply; 34+ messages in thread From: Matt Mackall @ 2004-01-10 22:14 UTC (permalink / raw) To: Adrian Bunk; +Cc: Nick Piggin, linux-kernel On Sat, Jan 10, 2004 at 01:46:25AM +0100, Adrian Bunk wrote: > On Tue, Jan 06, 2004 at 06:08:03PM +1100, Nick Piggin wrote: > > > > Matt Mackall wrote: > > > > >On Tue, Jan 06, 2004 at 05:33:58PM +1100, Nick Piggin wrote: > > >>Have you considered Adrian Bunk's CPU selection rationalisation work? > > >> > > > > > >Vaguely aware of it. > > > > > > > Basically, because the types of x86 cpus are only partially ordered, > > and a the CPU selection somehow tries to follow the rule "this CPU or > > higher", there ends up being a bit of stuff included which doesn't > > need to be. Not sure what the savings add up to though... > >... > > Some savings are possible as a side effect of my patch (the main goal > is to make the selection of multiple CPUs more user friendly). > > I'll send the patch and 2 proof of concept space saving patches as > replies to this mail. I like this stuff, but I think the first two bits are probably better done in mainline proper, perhaps Andrew will consider them now that 2.6.0 is out. The -tiny approach is to make small tweaks on stuff without diverging far from the mainline infrastructure. I'm trying to keep most of the patches independent. I've basically already hacked my owned version of the third bit (cpu support code selection) in an earlier -tiny release, hadn't noticed the mtrr bits yet. -- Matt Mackall : http://www.selenic.com : Linux development and consulting ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: 2.6.1-rc1-tiny2 2004-01-10 22:14 ` 2.6.1-rc1-tiny2 Matt Mackall @ 2004-01-12 2:20 ` Nick Piggin 0 siblings, 0 replies; 34+ messages in thread From: Nick Piggin @ 2004-01-12 2:20 UTC (permalink / raw) To: Matt Mackall; +Cc: Adrian Bunk, linux-kernel Matt Mackall wrote: > >I like this stuff, but I think the first two bits are probably better >done in mainline proper, perhaps Andrew will consider them now that >2.6.0 is out. The -tiny approach is to make small tweaks on stuff >without diverging far from the mainline infrastructure. I'm trying to >keep most of the patches independent. I've basically already hacked my >owned version of the third bit (cpu support code selection) in an >earlier -tiny release, hadn't noticed the mtrr bits yet. > The problem is, you aren't supposed to remove *any* cpu support code with the current scheme unless the kernel is definitely not supposed to run on that cpu. So a selection of 386 means you have to keep everything. This gets a bit hairy when you select eg. Pentium 4, and try to work out whether K7 should be supported or not... Which is where Adrian's scheme comes in. I guess there are still probably a lot of other things with better complexity/size saving ratio though, but I would also like to see it in 2.6. ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: 2.6.1-rc1-tiny2 2004-01-06 5:48 2.6.1-rc1-tiny2 Matt Mackall 2004-01-06 6:33 ` 2.6.1-rc1-tiny2 Nick Piggin @ 2004-01-07 14:06 ` Jens Axboe 2004-01-07 18:50 ` 2.6.1-rc1-tiny2 Matt Mackall 1 sibling, 1 reply; 34+ messages in thread From: Jens Axboe @ 2004-01-07 14:06 UTC (permalink / raw) To: Matt Mackall; +Cc: linux-kernel On Mon, Jan 05 2004, Matt Mackall wrote: > This is the fourth release of the -tiny kernel tree. The aim of this > tree is to collect patches that reduce kernel disk and memory > footprint as well as tools for working on small systems. Target users > are things like embedded systems, small or legacy desktop folks, and > handhelds. > > Latest release includes: > - various compile fixes for last release > - actually include Andi Kleen's bloat-o-meter this time > - optional mempool removal Your CONFIG_MEMPOOL is completely broken as you are no longer giving the same guarentees (you have no reserve at all). Might as well change it to CONFIG_DEADLOCK instead. -- Jens Axboe ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: 2.6.1-rc1-tiny2 2004-01-07 14:06 ` 2.6.1-rc1-tiny2 Jens Axboe @ 2004-01-07 18:50 ` Matt Mackall 2004-01-07 19:27 ` 2.6.1-rc1-tiny2 Mitchell Blank Jr 2004-01-07 21:10 ` 2.6.1-rc1-tiny2 Jens Axboe 0 siblings, 2 replies; 34+ messages in thread From: Matt Mackall @ 2004-01-07 18:50 UTC (permalink / raw) To: Jens Axboe; +Cc: linux-kernel On Wed, Jan 07, 2004 at 03:06:40PM +0100, Jens Axboe wrote: > On Mon, Jan 05 2004, Matt Mackall wrote: > > This is the fourth release of the -tiny kernel tree. The aim of this > > tree is to collect patches that reduce kernel disk and memory > > footprint as well as tools for working on small systems. Target users > > are things like embedded systems, small or legacy desktop folks, and > > handhelds. > > > > Latest release includes: > > - various compile fixes for last release > > - actually include Andi Kleen's bloat-o-meter this time > > - optional mempool removal > > Your CONFIG_MEMPOOL is completely broken as you are no longer giving the > same guarentees (you have no reserve at all). Might as well change it to > CONFIG_DEADLOCK instead. It's equivalent to a pool size of zero, yes, so deadlock odds are significantly higher with some usage scenarios. I'll add a big fat warning. On the other hand, the existence of pre-allocated mempools can greatly increase the likelihood of starvation, oom, and deadlock on the rest of the system, especially as it becomes a greater percentage of the total free memory on a small system. In other words, I had to cut this corner to make running in 2M work with my config. When I merge CONFIG_BLOCK, it'll be more generally useful. For the sake of our other readers, I'll point out that mempool doesn't intrinisically reduce deadlock odds to zero unless we have a hard limit on requests in flight that's strictly less than pool size. -- Matt Mackall : http://www.selenic.com : Linux development and consulting ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: 2.6.1-rc1-tiny2 2004-01-07 18:50 ` 2.6.1-rc1-tiny2 Matt Mackall @ 2004-01-07 19:27 ` Mitchell Blank Jr 2004-01-07 20:10 ` 2.6.1-rc1-tiny2 Matt Mackall 2004-01-07 21:10 ` 2.6.1-rc1-tiny2 Jens Axboe 1 sibling, 1 reply; 34+ messages in thread From: Mitchell Blank Jr @ 2004-01-07 19:27 UTC (permalink / raw) To: Matt Mackall; +Cc: Jens Axboe, linux-kernel Matt Mackall wrote: > When I merge > CONFIG_BLOCK, it'll be more generally useful. Maybe it would make more sense to have CONFIG_MEMPOOL=n just remove the mempool API entirely and have it imply CONFIG_BLOCK=n, CONFIG_NFS_FS=n, and CONFIG_NFSD=n? Just a thought. It seems like a reasonalbe thing to omit for some tiny configs that don't need it, but if the API is provided it should probably work as expected. -Mitch ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: 2.6.1-rc1-tiny2 2004-01-07 19:27 ` 2.6.1-rc1-tiny2 Mitchell Blank Jr @ 2004-01-07 20:10 ` Matt Mackall 2004-01-07 21:41 ` 2.6.1-rc1-tiny2 Trond Myklebust 0 siblings, 1 reply; 34+ messages in thread From: Matt Mackall @ 2004-01-07 20:10 UTC (permalink / raw) To: Mitchell Blank Jr; +Cc: Jens Axboe, linux-kernel On Wed, Jan 07, 2004 at 11:27:33AM -0800, Mitchell Blank Jr wrote: > Matt Mackall wrote: > > When I merge > > CONFIG_BLOCK, it'll be more generally useful. > > Maybe it would make more sense to have CONFIG_MEMPOOL=n just remove > the mempool API entirely and have it imply CONFIG_BLOCK=n, CONFIG_NFS_FS=n, > and CONFIG_NFSD=n? Just a thought. NFS is a good example of why the guarantees of mempool are being overstated - it still needs to allocate SKBs to make progress and preallocating a pool for other data structures can make that fail where it otherwise might not. The pool size for NFS (32) is also completely arbitrary as far as I can tell. > It seems like a reasonalbe thing to omit for some tiny configs that don't > need it, but if the API is provided it should probably work as expected. The API _does_ work. It was a best effort with buffering before, it's a best effort without buffering now. -- Matt Mackall : http://www.selenic.com : Linux development and consulting ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: 2.6.1-rc1-tiny2 2004-01-07 20:10 ` 2.6.1-rc1-tiny2 Matt Mackall @ 2004-01-07 21:41 ` Trond Myklebust 0 siblings, 0 replies; 34+ messages in thread From: Trond Myklebust @ 2004-01-07 21:41 UTC (permalink / raw) To: Matt Mackall; +Cc: Mitchell Blank Jr, Jens Axboe, linux-kernel På on , 07/01/2004 klokka 15:10, skreiv Matt Mackall: > NFS is a good example of why the guarantees of mempool are being > overstated - it still needs to allocate SKBs to make progress and > preallocating a pool for other data structures can make that fail > where it otherwise might not. The pool size for NFS (32) is also > completely arbitrary as far as I can tell. If you are in a hardware situation where you actually care about the permanent size of that mempool, then you're barking up entirely the wrong tree: there is a hell of a lot more memory to reclaim from not having to build up all those nfs_page lists in the first place. i.e. Rip out the entire asynchronous NFS read/write support, not just the mempools. As for the usefulness of the mempools in the situation where you have asynchronous I/O: I agree that the socket layer screws any chance of a guarantee. So does the server if it goes down, the network itself can screw you,.... All in all, it is surprising how few guarantees NFS offers you. I therefore see the mempools as more of an optimization that mainly avoid sleeping under a certain limited set of "reasonable" circumstances. Cheers, Trond ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: 2.6.1-rc1-tiny2 2004-01-07 18:50 ` 2.6.1-rc1-tiny2 Matt Mackall 2004-01-07 19:27 ` 2.6.1-rc1-tiny2 Mitchell Blank Jr @ 2004-01-07 21:10 ` Jens Axboe 2004-01-07 21:30 ` 2.6.1-rc1-tiny2 Matt Mackall 1 sibling, 1 reply; 34+ messages in thread From: Jens Axboe @ 2004-01-07 21:10 UTC (permalink / raw) To: Matt Mackall; +Cc: linux-kernel On Wed, Jan 07 2004, Matt Mackall wrote: > On Wed, Jan 07, 2004 at 03:06:40PM +0100, Jens Axboe wrote: > > On Mon, Jan 05 2004, Matt Mackall wrote: > > > This is the fourth release of the -tiny kernel tree. The aim of this > > > tree is to collect patches that reduce kernel disk and memory > > > footprint as well as tools for working on small systems. Target users > > > are things like embedded systems, small or legacy desktop folks, and > > > handhelds. > > > > > > Latest release includes: > > > - various compile fixes for last release > > > - actually include Andi Kleen's bloat-o-meter this time > > > - optional mempool removal > > > > Your CONFIG_MEMPOOL is completely broken as you are no longer giving the > > same guarentees (you have no reserve at all). Might as well change it to > > CONFIG_DEADLOCK instead. > > It's equivalent to a pool size of zero, yes, so deadlock odds are > significantly higher with some usage scenarios. I'll add a big fat > warning. Precisely. In most scenarios it makes deadlocks possible, where it was safe before (more below). > On the other hand, the existence of pre-allocated mempools can greatly > increase the likelihood of starvation, oom, and deadlock on the rest > of the system, especially as it becomes a greater percentage of the > total free memory on a small system. In other words, I had to cut this > corner to make running in 2M work with my config. When I merge > CONFIG_BLOCK, it'll be more generally useful. It needs to be carefulled tuned, definitely. > For the sake of our other readers, I'll point out that mempool doesn't > intrinisically reduce deadlock odds to zero unless we have a hard > limit on requests in flight that's strictly less than pool size. That's not true, depends entirely on usage. It's not a magic wand. And you don't need a hard limit, you only need progress guarentee. Typically just a single pre-allocated object can make you 100% deadlock free, if stacking is not involved. So for most cases, I think it would be much better if you just hard wired min_nr to 1, that would move you from 90% to 99% safe :-) -- Jens Axboe ^ permalink raw reply [flat|nested] 34+ messages in thread
* Re: 2.6.1-rc1-tiny2 2004-01-07 21:10 ` 2.6.1-rc1-tiny2 Jens Axboe @ 2004-01-07 21:30 ` Matt Mackall 0 siblings, 0 replies; 34+ messages in thread From: Matt Mackall @ 2004-01-07 21:30 UTC (permalink / raw) To: Jens Axboe; +Cc: linux-kernel > > For the sake of our other readers, I'll point out that mempool doesn't > > intrinisically reduce deadlock odds to zero unless we have a hard > > limit on requests in flight that's strictly less than pool size. > > That's not true, depends entirely on usage. It's not a magic wand. And > you don't need a hard limit, you only need progress guarentee. Yes, definitely depends on usage. > Typically just a single pre-allocated object can make you 100% > deadlock free, if stacking is not involved. So for most cases, I > think it would be much better if you just hard wired min_nr to 1, > that would move you from 90% to 99% safe :-) Sure, I've considered that. I'll put an option for that on my todo list. -- Matt Mackall : http://www.selenic.com : Linux development and consulting ^ permalink raw reply [flat|nested] 34+ messages in thread
end of thread, other threads:[~2004-01-20 22:50 UTC | newest] Thread overview: 34+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2004-01-06 5:48 2.6.1-rc1-tiny2 Matt Mackall 2004-01-06 6:33 ` 2.6.1-rc1-tiny2 Nick Piggin 2004-01-06 6:46 ` 2.6.1-rc1-tiny2 Matt Mackall 2004-01-06 7:08 ` 2.6.1-rc1-tiny2 Nick Piggin 2004-01-10 0:46 ` 2.6.1-rc1-tiny2 Adrian Bunk 2004-01-10 0:50 ` [0/4] better i386 CPU selection Adrian Bunk 2004-01-10 0:52 ` [1/4] " Adrian Bunk 2004-01-10 11:04 ` Wichert Akkerman 2004-01-11 3:13 ` Adrian Bunk 2004-01-14 20:49 ` [-mm patch] " Adrian Bunk 2004-01-16 19:15 ` [1/4] " cliff white 2004-01-16 19:32 ` Richard B. Johnson 2004-01-17 0:01 ` Andrew Morton 2004-01-17 2:57 ` Adrian Bunk 2004-01-19 15:14 ` John Stoffel 2004-01-19 23:42 ` Nick Piggin 2004-01-17 2:15 ` Adrian Bunk 2004-01-17 9:13 ` Robert Schwebel 2004-01-20 22:10 ` Adrian Bunk 2004-01-20 22:31 ` Richard B. Johnson 2004-01-20 22:47 ` George Anzinger 2004-01-17 10:01 ` aeriksson 2004-01-10 0:57 ` [2/4] move "struct movsl_mask movsl_mask" to usercopy.c Adrian Bunk 2004-01-10 0:57 ` [3/4] proof of concept: make arch/i386/kernel/cpu/Makefile CPU specific Adrian Bunk 2004-01-10 0:58 ` [4/4] proof of concept: make arch/i386/kernel/cpu/mtrr/Makefile " Adrian Bunk 2004-01-10 22:14 ` 2.6.1-rc1-tiny2 Matt Mackall 2004-01-12 2:20 ` 2.6.1-rc1-tiny2 Nick Piggin 2004-01-07 14:06 ` 2.6.1-rc1-tiny2 Jens Axboe 2004-01-07 18:50 ` 2.6.1-rc1-tiny2 Matt Mackall 2004-01-07 19:27 ` 2.6.1-rc1-tiny2 Mitchell Blank Jr 2004-01-07 20:10 ` 2.6.1-rc1-tiny2 Matt Mackall 2004-01-07 21:41 ` 2.6.1-rc1-tiny2 Trond Myklebust 2004-01-07 21:10 ` 2.6.1-rc1-tiny2 Jens Axboe 2004-01-07 21:30 ` 2.6.1-rc1-tiny2 Matt Mackall
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.