linux/arch/x86/xen
Mike Travis 0835761129 x86: Convert cpu_core_map to be a per cpu variable
This is from an earlier message from 'Christoph Lameter':

    cpu_core_map is currently an array defined using NR_CPUS. This means that
    we overallocate since we will rarely really use maximum configured cpu.

    If we put the cpu_core_map into the per cpu area then it will be allocated
    for each processor as it comes online.

    This means that the core map cannot be accessed until the per cpu area
    has been allocated. Xen does a weird thing here looping over all processors
    and zeroing the masks that are not yet allocated and that will be zeroed
    when they are allocated. I commented the code out.

Signed-off-by: Christoph Lameter <clameter@sgi.com>
Signed-off-by: Mike Travis <travis@sgi.com>
Cc: Andi Kleen <ak@suse.de>
Cc: Christoph Lameter <clameter@sgi.com>
Cc: "Siddha, Suresh B" <suresh.b.siddha@intel.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-10-16 09:42:50 -07:00
..
enlighten.c i386: move xen 2007-10-11 11:16:51 +02:00
events.c i386: move xen 2007-10-11 11:16:51 +02:00
features.c i386: move xen 2007-10-11 11:16:51 +02:00
Kconfig i386: move xen 2007-10-11 11:16:51 +02:00
Makefile i386: move xen 2007-10-11 11:16:51 +02:00
manage.c i386: move xen 2007-10-11 11:16:51 +02:00
mmu.c i386: move xen 2007-10-11 11:16:51 +02:00
mmu.h i386: move xen 2007-10-11 11:16:51 +02:00
multicalls.c i386: move xen 2007-10-11 11:16:51 +02:00
multicalls.h i386: move xen 2007-10-11 11:16:51 +02:00
setup.c i386: move xen 2007-10-11 11:16:51 +02:00
smp.c x86: Convert cpu_core_map to be a per cpu variable 2007-10-16 09:42:50 -07:00
time.c i386: move xen 2007-10-11 11:16:51 +02:00
vdso.h i386: move xen 2007-10-11 11:16:51 +02:00
xen-asm.S i386: move xen 2007-10-11 11:16:51 +02:00
xen-head.S i386: move xen 2007-10-11 11:16:51 +02:00
xen-ops.h i386: move xen 2007-10-11 11:16:51 +02:00