linux.git/arch/x86/kernel/cpu/Makefile, branch v2.6.28

x86, um: ... and asm-x86 move

2008-10-23T05:55:20+00:00

Signed-off-by: Al Viro 
Signed-off-by: H. Peter Anvin

x86: let intel 64-bit use intel.c

2008-09-10T06:21:05+00:00

now that arch/x86/kernel/cpu/intel_64.c and
arch/x86/kernel/cpu/intel.c are equal, drop
arch/x86/kernel/cpu/intel_64.c and fix up
the glue.

Signed-off-by: Yinghai Lu 
Signed-off-by: Ingo Molnar

x86: make 64 bit to use amd.c

2008-09-08T13:32:06+00:00

arch/x86/kernel/cpu/amd.c is now 100% identical to
arch/x86/kernel/cpu/amd_64.c, so use amd.c on 64-bit too
and fix up the namespace impact.

Simplify the Kconfig glue as well.

Signed-off-by: Yinghai Lu 
Signed-off-by: Ingo Molnar

x86: use cpu/common.c on 64 bit

2008-09-05T07:40:57+00:00

Use cpu/common.c on both 64-bit and 32-bit and remove cpu/common_64.c.

We started out with this linecount:

  816  arch/x86/kernel/cpu/common_64.c
  805  arch/x86/kernel/cpu/common.c

and the resulting common.c is 1197 lines long, so there's already
424 lines of code eliminated in this phase of the unification.

Signed-off-by: Yinghai 
Signed-off-by: Ingo Molnar

x86: remove cpu_vendor_dev

2008-09-04T19:09:45+00:00

1. add c_x86_vendor into cpu_dev
2. change cpu_devs to static
3. check c_x86_vendor before put that cpu_dev into array
4. remove alignment for 64bit
5. order the sequence in cpu_devs according to link sequence...
   so could put intel at first, then amd...

Signed-off-by: Yinghai Lu 
Signed-off-by: Ingo Molnar

x86: generate names for /proc/cpuinfo from

2008-08-28T02:23:22+00:00

We have had a number of cases where  (and its
predecessors) have diverged substantially from the names list in
/proc/cpuinfo.  This patch generates the latter from the former.

It retains the option for explicitly overriding the strings, but by
making that require a separate action it should at least be less
likely to happen.

It would be good to do a future pass and rename strings that are
gratuituously different in the kernel (/proc/cpuinfo is a userspace
interface and must remain constant.)

Signed-off-by: H. Peter Anvin

x86: configuration options to compile out x86 CPU support code

2008-08-18T14:05:48+00:00

This patch adds some configuration options that allow to compile out
CPU vendor-specific code in x86 kernels (in arch/x86/kernel/cpu). The
new configuration options are only visible when CONFIG_EMBEDDED is
selected, as they are mostly interesting for space savings reasons.

An example of size saving, on x86 with only Intel CPU support:

   text	   data	    bss	    dec	    hex	filename
1125479	 118760	 212992	1457231	 163c4f	vmlinux.old
1121355	 116536	 212992	1450883	 162383	vmlinux
  -4124   -2224       0   -6348   -18CC +/-

However, I'm not exactly sure that the Kconfig wording is correct with
regard to !64BIT / 64BIT.

[ mingo@elte.hu: convert macro to inline ]

Signed-off-by: Thomas Petazzoni 
Signed-off-by: Ingo Molnar

x86: move cmpxchg fallbacks to a generic place

2008-08-18T14:05:47+00:00

arch/x86/kernel/cpu/intel.c defines a few fallback functions
(cmpxchg_*()) that are used when the CPU doesn't support cmpxchg
and/or cmpxchg64 natively. However, while defined in an Intel-specific
file, these functions are also used for CPUs from other vendors when
they don't support cmpxchg and/or cmpxchg64. This breaks the
compilation when support for Intel CPUs is disabled.

This patch moves these functions to a new
arch/x86/kernel/cpu/cmpxchg.c file, unconditionally compiled when
X86_32 is enabled.

Signed-off-by: Thomas Petazzoni 
Cc: michael@free-electrons.com
Signed-off-by: Ingo Molnar

x86: seperate funcs from setup_64 to cpu common_64.c

2008-07-08T10:48:34+00:00

Signed-off-by: Yinghai Lu 
Signed-off-by: Ingo Molnar

x86: move bugs_64.c to cpu/bugs_64.c

2008-06-03T21:43:00+00:00

It looks good to move bugs_64.c to cpu/bugs_64.c.

Signed-off-by: Hiroshi Shimamoto 
Signed-off-by: H. Peter Anvin