public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* [0/4] [2.6 patch] better i386 CPU selection
@ 2003-09-25 18:02 Adrian Bunk
  2003-09-25 18:04 ` [1/4] " Adrian Bunk
                   ` (4 more replies)
  0 siblings, 5 replies; 13+ messages in thread
From: Adrian Bunk @ 2003-09-25 18:02 UTC (permalink / raw)
  To: linux-kernel

Changes since the last set of patches:
- CONFIG_X86_INTEL_USERCOPY is used if at least one configured CPU 
  supports it
- rediffed against 2.6.0-test5-mm4

[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 add some space optimizations by omitting unneeded code. They 
are _not_ required, the main part is patch 1.


TODO:
- change include/asm-i386/module.h to use some kind of bitmask


cu
Adrian

^ permalink raw reply	[flat|nested] 13+ messages in thread
* Re: [1/4] [2.6 patch] better i386 CPU selection
@ 2003-09-15  7:45 John Bradford
  2003-09-15 17:07 ` Adrian Bunk
  0 siblings, 1 reply; 13+ messages in thread
From: John Bradford @ 2003-09-15  7:45 UTC (permalink / raw)
  To: bunk, neuffer; +Cc: linux-kernel

> > > Is there a valid reason why you removed most of the
> > > descriptions ? I think a bit of a background on the
> > > CPU selections is helpful and interesting, especially 
> > > for newcommers. You've cut it down so far, that you 
> > > could also put there "Read Variable Name" or 
> > > "No help available"  instead.
> > 
> > With the CPU selection scheme I propose this is no longer true. 
> > Especially the f00f workaround is no longer disabled when configuring 
> > for a Pentium Pro or above, it's only enabled when you select the older 
> > Pentium - but this setting is now independend of the Pentium Pro 
> > setting.
>
> OK, bad example. What about the rest ?

I don't think we need verbose help texts anymore with the new
selection scheme, but background info describing various workarounds
would be a useful addition to /Documentation.

John.

^ permalink raw reply	[flat|nested] 13+ messages in thread
* [0/4] [2.6 patch] better i386 CPU selection
@ 2003-09-13 22:24 Adrian Bunk
  2003-09-13 22:26 ` [1/4] " Adrian Bunk
  0 siblings, 1 reply; 13+ messages in thread
From: Adrian Bunk @ 2003-09-13 22:24 UTC (permalink / raw)
  To: linux-kernel

The patch is now splitted into the following four patches:

[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 add some space optimizations by omitting unneeded code. They 
are _not_ required, the main part is patch 1.


TODO:
- which CPUs exactly need X86_ALIGNMENT_16?
- change include/asm-i386/module.h to use some kind of bitmask


cu
Adrian

^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2003-09-26 22:47 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-09-25 18:02 [0/4] [2.6 patch] better i386 CPU selection Adrian Bunk
2003-09-25 18:04 ` [1/4] " Adrian Bunk
2003-09-25 18:05 ` [2/4] " Adrian Bunk
2003-09-25 18:05 ` [3/4] " Adrian Bunk
2003-09-25 18:06 ` [4/4] " Adrian Bunk
2003-09-26 22:38 ` [0/4] " Jan-Benedict Glaw
2003-09-26 22:47   ` Adrian Bunk
  -- strict thread matches above, loose matches on Subject: below --
2003-09-15  7:45 [1/4] " John Bradford
2003-09-15 17:07 ` Adrian Bunk
2003-09-13 22:24 [0/4] " Adrian Bunk
2003-09-13 22:26 ` [1/4] " Adrian Bunk
2003-09-15  6:46   ` Michael Neuffer
2003-09-15  6:52     ` Adrian Bunk
2003-09-15  7:02       ` Michael Neuffer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox