diff options
| author | Zwane Mwaikambo <[email protected]> | 2005-09-03 15:56:51 -0700 |
|---|---|---|
| committer | Linus Torvalds <[email protected]> | 2005-09-05 00:06:13 -0700 |
| commit | 4ad8d38342430f8b52f7a8458dce90caf8c8ca64 (patch) | |
| tree | 090c471fdb44d8fe88c52e95be0e8e43e31fcd5a /scripts/basic/split-include.c | |
| parent | d7271b14b2e9e5905aba0fbf5c4dc4f8980c0cb2 (diff) | |
[PATCH] i386 boottime for_each_cpu broken
for_each_cpu walks through all processors in cpu_possible_map, which is
defined as cpu_callout_map on i386 and isn't initialised until all
processors have been booted. This breaks things which do for_each_cpu
iterations early during boot. So, define cpu_possible_map as a bitmap with
NR_CPUS bits populated. This was triggered by a patch i'm working on which
does alloc_percpu before bringing up secondary processors.
From: Alexander Nyberg <[email protected]>
i386-boottime-for_each_cpu-broken.patch
i386-boottime-for_each_cpu-broken-fix.patch
The SMP version of __alloc_percpu checks the cpu_possible_map before
allocating memory for a certain cpu. With the above patches the BSP cpuid
is never set in cpu_possible_map which breaks CONFIG_SMP on uniprocessor
machines (as soon as someone tries to dereference something allocated via
__alloc_percpu, which in fact is never allocated since the cpu is not set
in cpu_possible_map).
Signed-off-by: Zwane Mwaikambo <[email protected]>
Signed-off-by: Alexander Nyberg <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Signed-off-by: Linus Torvalds <[email protected]>
Diffstat (limited to 'scripts/basic/split-include.c')
0 files changed, 0 insertions, 0 deletions