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

x86: build fix

2008-10-31T08:31:38+00:00

Impact: build fix on certain UP configs

fix:

 arch/x86/kernel/cpu/common.c: In function 'cpu_init':
 arch/x86/kernel/cpu/common.c:1141: error: 'boot_cpu_id' undeclared (first use in this function)
 arch/x86/kernel/cpu/common.c:1141: error: (Each undeclared identifier is reported only once
 arch/x86/kernel/cpu/common.c:1141: error: for each function it appears in.)

Pull in asm/smp.h on UP, so that we get the definition of
boot_cpu_id.

Signed-off-by: Ingo Molnar

x86: cpu_index build fix

2008-10-30T23:43:03+00:00

fix:

 arch/x86/kernel/cpu/common.c: In function 'early_identify_cpu':
 arch/x86/kernel/cpu/common.c:553: error: 'struct cpuinfo_x86' has no member named 'cpu_index'

as cpu_index is only available on SMP.

Signed-off-by: Ingo Molnar

x86/voyager: fix missing cpu_index initialisation

2008-10-30T23:19:37+00:00

Impact: fix /proc/cpuinfo output on x86/Voyager

Ever since

| commit 92cb7612aee39642d109b8d935ad265e602c0563
| Author: Mike Travis 
| Date:   Fri Oct 19 20:35:04 2007 +0200
|
|     x86: convert cpuinfo_x86 array to a per_cpu array

We've had an extra field in cpuinfo_x86 which is cpu_index.
Unfortunately, voyager has never initialised this, although the only
noticeable impact seems to be that /proc/cpuinfo shows all zeros for
the processor ids.

Anyway, fix this by initialising the boot CPU properly and setting the
index when the secondaries update.

Signed-off-by: James Bottomley 
Signed-off-by: Ingo Molnar

x86/voyager: fix compile breakage caused by dc1e35c6e95e8923cf1d3510438b63c600fee1e2

2008-10-30T23:19:33+00:00

Impact: build fix on x86/Voyager

Given commits like this:

| Author: Suresh Siddha 
| Date:   Tue Jul 29 10:29:19 2008 -0700
|
|     x86, xsave: enable xsave/xrstor on cpus with xsave support

Which deliberately expose boot cpu dependence to pieces of the system,
I think it's time to explicitly have a variable for it to prevent this
continual misassumption that the boot CPU is zero.

Signed-off-by: James Bottomley 
Signed-off-by: Ingo Molnar

x86: do not allow to optimize flag_is_changeable_p() (rev. 2)

2008-10-13T08:33:13+00:00

The flag_is_changeable_p() is used by
has_cpuid_p() which can return different results
in the code sequence below:

 if (!have_cpuid_p())
      identify_cpu_without_cpuid(c);

  /* cyrix could have cpuid enabled via c_identify()*/
  if (!have_cpuid_p())
      return;

Otherwise, the gcc 3.4.6 optimizes these two calls
into one which make the code not working correctly.

Cyrix cpus have the CPUID instruction enabled before
the second call to the have_cpuid_p() but
it is not detected due to the gcc optimization.
Thus the ARR registers (mtrr like) are not detected
on such a cpu.

Signed-off-by: Krzysztof Helt 
Signed-off-by: Ingo Molnar

x86: move vgetcpu mode probing to cpu detection

2008-10-13T08:21:49+00:00

Take it out of time initialization and move it to
cpu detection time.

Signed-off-by: Glauber Costa 
Signed-off-by: Ingo Molnar

x86: cpu don't print duplicated vendor string

2008-10-13T08:21:21+00:00

Some CPUs have vendor string in the middle of model_id instead of beginning

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

Merge branch 'linus' into x86/xen

2008-10-12T10:37:32+00:00

Conflicts:
	arch/x86/kernel/cpu/common.c
	arch/x86/kernel/process_64.c
	arch/x86/xen/enlighten.c

Merge branch 'x86/unify-cpu-detect' into x86-v28-for-linus-phase4-D

2008-10-11T18:23:20+00:00

Conflicts:
	arch/x86/kernel/cpu/common.c
	arch/x86/kernel/signal_64.c
	include/asm-x86/cpufeature.h

x86, debug: print more information about unknown CPUs

2008-10-10T15:03:59+00:00

Write the name of the unknown vendor_id to output instead of just
"unknown".

Tag changed to 'vendor_id' as used in /proc/cpuinfo

Signed-off-by: Hans Schou 
Signed-off-by: Ingo Molnar