linux-dev/arch/i386/kernel/cpu/centaur.c, branch master

i386: move kernel/cpu

2007-10-11T09:16:58Z

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

[PATCH] i386: Don't delete cpu_devs data to identify different x86 types in late_initcall

2007-05-02T17:27:22Z

In arch/i386/cpu/common.c there is: cpu_devs[X86_VENDOR_INTEL] cpu_devs[X86_VENDOR_CYRIX] cpu_devs[X86_VENDOR_AMD] ... They are all filled with data early. The data (struct) got set to NULL for all, but Intel in different late_initcall (exit_cpu_vendor) calls. I don't see what sense this makes at all, maybe something that got forgotten with the HOTPLUG_CPU extenstions? Please check/review whether initdata, cpuinitdata is still ok and this still works with HOTPLUG_CPU and without, it should... Signed-off-by: Thomas Renninger Signed-off-by: Andi Kleen Cc: davej@redhat.com

[PATCH] i386: mark cpu cache functions as __cpuinit

2006-09-26T08:52:36Z

Mark i386-specific cpu cache functions as __cpuinit. They are all only called from arch/i386/common.c:display_cache_info() that already is marked as __cpuinit. Signed-off-by: Magnus Damm Signed-off-by: Andi Kleen

[PATCH] i386: mark cpu init functions as cpuinit, data as cpuinitdata

2006-09-26T08:52:36Z

Mark i386-specific cpu init functions as __cpuinit. They are all only called from arch/i386/common.c:identify_cpu() that already is marked as __cpuinit. This patch also removes the empty function init_umc(). Signed-off-by: Magnus Damm Signed-off-by: Andi Kleen

[PATCH] i386: mark cpu_dev structures as __cpuinitdata

2006-09-26T08:52:36Z

The different cpu_dev structures are all used from __cpuinit callers what I can tell. So mark them as __cpuinitdata instead of __initdata. I am a little bit unsure about arch/i386/common.c:default_cpu, especially when it comes to the purpose of this_cpu. Signed-off-by: Magnus Damm Signed-off-by: Andi Kleen

[PATCH] Fix the imlicit declaration of mtrr_centaur_report_mcr in arch/i386/kernel/cpu/centaur.c

2006-03-23T15:38:06Z

arch/i386/kernel/cpu/centaur.c: In function `centaur_mcr_insert': arch/i386/kernel/cpu/centaur.c:33: warning: implicit declaration of function `mtrr_centaur_report_mcr' Signed-off-by: Jesper Juhl Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] i386 cpu hotplug: don't access freed memory

2006-02-05T19:06:53Z

i386 CPU init code accesses freed init memory when booting a newly-started processor after CPU hotplug. The cpu_devs array is searched to find the vendor and it contains pointers to freed data. Fix that by: 1. Zeroing entries for freed vendor data after bootup. 2. Changing Transmeta, NSC and UMC to all __init[data]. 3. Printing a warning (once only) and setting this_cpu to a safe default when the vendor is not found. This does not change behavior for AMD systems. They were broken already but no error was reported. Signed-off-by: Chuck Ebbert <76306.1226@compuserve.com> Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[X86] Remove Winchip 4 ID.

2005-12-20T20:13:30Z

This CPU never made it into production. It went on to become the basis for the VIA Samuel. Signed-off-by: Dave Jones

Linux-2.6.12-rc2

2005-04-16T22:20:36Z

Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!

linux-dev/arch/i386/kernel/cpu/centaur.c, branch master

i386: move kernel/cpu

[PATCH] i386: Don't delete cpu_devs data to identify different x86 types in late_initcall

[PATCH] i386: mark cpu cache functions as __cpuinit

[PATCH] i386: mark cpu init functions as __cpuinit, data as __cpuinitdata

[PATCH] i386: mark cpu_dev structures as __cpuinitdata

[PATCH] Fix the imlicit declaration of mtrr_centaur_report_mcr in arch/i386/kernel/cpu/centaur.c

[PATCH] i386 cpu hotplug: don't access freed memory

[X86] Remove Winchip 4 ID.

Linux-2.6.12-rc2

[PATCH] i386: mark cpu init functions as cpuinit, data as cpuinitdata