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

Fix misreporting of #cores as #hyperthreads for Q9550

2009-03-23T21:55:23Z

For the Q9550, in x86_64 mode, /proc/cpuinfo mistakenly thinks the #cores present is the #hyperthreads present. i386 mode was not examined but is assumed to have the same problem. A backport of the following three 2.6.29-rc1 patches fixes the problem: 066941bd4eeb159307a5d7d795100d0887c00442: [PATCH] x86: unmask CPUID levels on Intel CPUs 99fb4d349db7e7dacb2099c5cc320a9e2d31c1ef: [PATCH] x86: unmask CPUID levels on Intel CPUs, fix bdf21a49bab28f0d9613e8d8724ef9c9168b61b9: [PATCH] x86: add MSR_IA32_MISC_ENABLE bits to From the first patch: "If the CPUID limit bit in MSR_IA32_MISC_ENABLE is set, clear it to make all CPUID information available. This is required for some features to work, in particular XSAVE." Originally-Developed-by: H. Peter Anvin Backported-by: Joe Korty Signed-off-by: Joe Korty Cc: Ingo Molnar Signed-off-by: Greg Kroah-Hartman

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: print out apic id in hex format

2008-10-16T14:53:09Z

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

x86: extended "flags" to show virtualization HW feature in /proc/cpuinfo

2008-09-10T12:00:56Z

The hardware virtualization technology evolves very fast. But currently it's hard to tell if your CPU support a certain kind of HW technology without digging into the source code. The patch add a new catagory in "flags" under /proc/cpuinfo. Now "flags" can indicate the (important) HW virtulization features the CPU supported as well. Current implementation just cover Intel VMX side. Signed-off-by: Sheng Yang Signed-off-by: Ingo Molnar

x86: intel.c put workaround for old cpus together

2008-09-10T06:21:06Z

consolidate the code some more. No change in functionality intended. Signed-off-by: Yinghai Lu Signed-off-by: Ingo Molnar

x86: make intel.c have 64-bit support code

2008-09-10T06:21:03Z

prepare for unification. Signed-off-by: Yinghai Lu Signed-off-by: Ingo Molnar

Merge branch 'x86/pebs' into x86/unify-cpu-detect

2008-09-10T06:20:51Z

Conflicts: arch/x86/Kconfig.cpu include/asm-x86/ds.h Signed-off-by: Ingo Molnar

x86: little clean up of intel.c/intel_64.c

2008-09-08T13:46:03Z

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

Merge branch 'x86/x2apic' into x86/core

2008-09-05T07:21:21Z

Conflicts: arch/x86/kernel/cpu/common_64.c Signed-off-by: Ingo Molnar

x86: remove cpu_vendor_dev

2008-09-04T19:09:45Z

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