Messages in this thread | | | Date | Fri, 20 Feb 2004 17:10:42 +0100 | From | Pavel Machek <> | Subject | Re: [PATCH] Booting when CPUs fail to come up. |
| |
Hi!
> I recently played with setting a bit in cpu_possible_map that wasn't > in cpu_online_map: this can happen without hotplug CPU when a CPU > fails to boot, for example. > > 1) i386 should use cpu_callin_map for num_booting_cpus() (an x86-ism > anyway): if a CPU doesn't come up, it will be set in > cpu_possible_map (aka cpu_callout_map) but not cpu_callin_map. > > 2) When the cpu fails to come up, some callbacks do kthread_stop(), > which doesn't work without keventd (which hasn't started yet). > Call it directly, and take care that it restores signal state > (note: do_sigaction does a flush on blocked signals, so we don't > need to repeat it).
Is it safe to continue when one cpu is apparently malfunctioning?
Pavel
-- When do you have a heart between your knees? [Johanka's followup: and *two* hearts?] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |