[IA64] kdump on INIT needs multi-nodes sync-up (v.2)
authorJay Lan <jlan@sgi.com>
Wed, 4 Apr 2007 00:53:42 +0000 (17:53 -0700)
committerTony Luck <tony.luck@intel.com>
Mon, 14 May 2007 22:55:39 +0000 (15:55 -0700)
commit311f594dec9b0c8693ec7df75b82c251b6b0e7c2
tree1cd73b7df869c0a8c274e16b818454bed532d052
parentae67e498a54259364f7211e10d9834575b340b21
[IA64] kdump on INIT needs multi-nodes sync-up (v.2)

The current implementation of kdump on INIT events would enter
kdump processing on DIE_INIT_MONARCH_ENTER and DIE_INIT_SLAVE_ENTER
events. Thus, the monarch cpu would go ahead and boot up the kdump

On SN shub2 systems, this out-of-sync situation causes some slave
cpus on different nodes to enter POD.

This patch moves kdump entry points to DIE_INIT_MONARCH_LEAVE and
DIE_INIT_SLAVE_LEAVE. It also sets kdump_in_progress variable in
the DIE_INIT_MONARCH_PROCESS event to not dump all active stack
traces to the console in the case of kdump.

I have tested this patch on an SN machine and a HP RX2600.

Signed-off-by: Jay Lan <jlan@sgi.com>
Acked-by: Zou Nan hai <nanhai.zou@intel.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>
arch/ia64/kernel/crash.c
arch/ia64/kernel/mca.c