forked from luck/tmp_suning_uos_patched
35060b6a9a
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 <trenn@suse.de> Signed-off-by: Andi Kleen <ak@suse.de> Cc: davej@redhat.com
27 lines
510 B
C
27 lines
510 B
C
#include <linux/kernel.h>
|
|
#include <linux/init.h>
|
|
#include <asm/processor.h>
|
|
#include "cpu.h"
|
|
|
|
/* UMC chips appear to be only either 386 or 486, so no special init takes place.
|
|
*/
|
|
|
|
static struct cpu_dev umc_cpu_dev __cpuinitdata = {
|
|
.c_vendor = "UMC",
|
|
.c_ident = { "UMC UMC UMC" },
|
|
.c_models = {
|
|
{ .vendor = X86_VENDOR_UMC, .family = 4, .model_names =
|
|
{
|
|
[1] = "U5D",
|
|
[2] = "U5S",
|
|
}
|
|
},
|
|
},
|
|
};
|
|
|
|
int __init umc_init_cpu(void)
|
|
{
|
|
cpu_devs[X86_VENDOR_UMC] = &umc_cpu_dev;
|
|
return 0;
|
|
}
|