kernel.git/arch/x86/kernel/cpu/addon_cpuid_features.c, branch linux-2.6.28.y

x86: fix intel x86_64 llc_shared_map/cpu_llc_id anomolies

2009-01-18T18:43:44Z

commit 345077cd98ff5532b2d1158013c3fec7b1ae85ec upstream. Impact: fix wrong cache sharing detection on platforms supporting > 8 bit apicid's In the presence of extended topology eumeration leaf 0xb provided by cpuid, 32bit extended initial_apicid in cpuinfo_x86 struct will be updated by detect_extended_topology(). At this instance, we should also reinit the apicid (which could also potentially be extended to 32bit). With out this there will potentially be duplicate apicid's populated in the per cpu's cpuinfo_x86 struct, resulting in wrong cache sharing topology etc detected by init_intel_cacheinfo(). Reported-by: Dimitri Sivanich Signed-off-by: Suresh Siddha Acked-by: Dimitri Sivanich Signed-off-by: Ingo Molnar Signed-off-by: Greg Kroah-Hartman

x86: use CONFIG_X86_SMP instead of CONFIG_SMP

2008-10-30T21:53:10Z

Impact: fix x86/Voyager boot CONFIG_SMP is used for features which work on *all* x86 boxes. CONFIG_X86_SMP is used for standard PC like x86 boxes (for things like multi core and apics) Signed-off-by: James Bottomley Signed-off-by: Ingo Molnar

Merge branch 'linus' into x86/x2apic

2008-09-04T11:02:35Z

Conflicts: arch/x86/kernel/cpu/cyrix.c include/asm-x86/cpufeature.h Signed-off-by: Ingo Molnar

x86: use x2apic id reported by cpuid during topology discovery, fix

2008-08-27T07:02:19Z

v2: Fix for !SMP build Signed-off-by: Suresh Siddha Signed-off-by: Ingo Molnar

x86: use cpuid vector 0xb when available for detecting cpu topology

2008-08-23T15:47:10Z

cpuid leaf 0xb provides extended topology enumeration. This interface provides the 32-bit x2APIC id of the logical processor and it also provides a new mechanism to detect SMT and core siblings (which provides increased addressability). Signed-off-by: Suresh Siddha Signed-off-by: Ingo Molnar

x86: PAT Update validate_pat_support for intel CPUs

2008-08-21T11:27:34Z

Pentium III and Core Solo/Duo CPUs have an erratum " Page with PAT set to WC while associated MTRR is UC may consolidate to UC " which can result in WC setting in PAT to be ineffective. We will disable PAT on such CPUs, so that we can continue to use MTRR WC setting. Signed-off-by: Venkatesh Pallipadi Signed-off-by: Ingo Molnar

x86: PAT: fixed checkpatch errors (and whitespaces)

2008-06-12T08:14:24Z

x86: PAT: fixed checkpatch errors (and whitespaces) Signed-off-by: Andreas Herrmann Signed-off-by: Ingo Molnar

x86: PAT: fix ambiguous paranoia check in pat_init()

2008-06-12T08:14:22Z

Starting with commit 8d4a4300854f3971502e81dacd930704cb88f606 (x86: cleanup PAT cpu validation) the PAT CPU feature flag is not cleared anymore. Now the error message "PAT enabled, but CPU feature cleared" in pat_init() is misleading. Furthermore the current code does not check for existence of the PAT CPU feature flag if a CPU is whitelisted in validate_pat_support. This patch clears pat_wc_enabled if boot CPU has no PAT feature flag and adapts the paranoia check. Signed-off-by: Andreas Herrmann Signed-off-by: Ingo Molnar

x86: unconditionally enable PAT for AMD CPUs

2008-06-12T08:14:20Z

If PAT support is advertised it should just work. No errata known. Signed-off-by: Andreas Herrmann Signed-off-by: Ingo Molnar

x86: Add Centaur and Transmeta CPUs to PAT whitelist

2008-05-22T20:25:22Z

Unconditionally enable PAT support on Centaur and Transmeta CPUs. All known models that advertise PAT have no known errata. Signed-off-by: Dave Jones Signed-off-by: H. Peter Anvin