ia64/linux-2.6.18-xen.hg

view lib/bust_spinlocks.c @ 871:9cbcc9008446

xen/x86: don't initialize cpu_data[]'s apicid field on generic code

Afaict, this is not only redundant with the intialization done in
drivers/xen/core/smpboot.c, but actually results - at least for
secondary CPUs - in the Xen-specific value written to be later
overwritten with whatever the generic code determines (with no
guarantee that the two values are identical).

Signed-off-by: Jan Beulich <jbeulich@novell.com>
author Keir Fraser <keir.fraser@citrix.com>
date Thu May 14 10:09:15 2009 +0100 (2009-05-14)
parents 831230e53067
children
line source
1 /*
2 * lib/bust_spinlocks.c
3 *
4 * Provides a minimal bust_spinlocks for architectures which don't have one of their own.
5 *
6 * bust_spinlocks() clears any spinlocks which would prevent oops, die(), BUG()
7 * and panic() information from reaching the user.
8 */
10 #include <linux/kernel.h>
11 #include <linux/spinlock.h>
12 #include <linux/tty.h>
13 #include <linux/wait.h>
14 #include <linux/vt_kern.h>
17 void bust_spinlocks(int yes)
18 {
19 if (yes) {
20 oops_in_progress = 1;
21 } else {
22 int loglevel_save = console_loglevel;
23 #ifdef CONFIG_VT
24 unblank_screen();
25 #endif
26 oops_in_progress = 0;
27 /*
28 * OK, the message is on the console. Now we call printk()
29 * without oops_in_progress set so that printk() will give klogd
30 * and the blanked console a poke. Hold onto your hats...
31 */
32 console_loglevel = 15; /* NMI oopser may have shut the console up */
33 printk(" ");
34 console_loglevel = loglevel_save;
35 }
36 }