original_kernel/arch/i386/kernel/cpu
Chuck Ebbert fe38d8553c [PATCH] i386 cpu hotplug: don't access freed memory
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 <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-02-05 11:06:53 -08:00
..
cpufreq Merge branch 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6 2006-02-01 22:06:15 -08:00
mcheck
mtrr Merge master.kernel.org:/pub/scm/linux/kernel/git/davej/x86 2006-01-31 16:21:44 -08:00
Makefile
amd.c [PATCH] i386 cpu hotplug: don't access freed memory 2006-02-05 11:06:53 -08:00
centaur.c [PATCH] i386 cpu hotplug: don't access freed memory 2006-02-05 11:06:53 -08:00
common.c [PATCH] i386 cpu hotplug: don't access freed memory 2006-02-05 11:06:53 -08:00
cpu.h
cyrix.c [PATCH] i386 cpu hotplug: don't access freed memory 2006-02-05 11:06:53 -08:00
intel.c
intel_cacheinfo.c [PATCH] i386 cpu hotplug: don't access freed memory 2006-02-05 11:06:53 -08:00
nexgen.c [PATCH] i386 cpu hotplug: don't access freed memory 2006-02-05 11:06:53 -08:00
proc.c
rise.c [PATCH] i386 cpu hotplug: don't access freed memory 2006-02-05 11:06:53 -08:00
transmeta.c [PATCH] i386 cpu hotplug: don't access freed memory 2006-02-05 11:06:53 -08:00
umc.c [PATCH] i386 cpu hotplug: don't access freed memory 2006-02-05 11:06:53 -08:00