[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m2mx62ohe0.fsf@firstfloor.org>
Date: Mon, 23 Apr 2012 03:46:15 -0700
From: Andi Kleen <andi@...stfloor.org>
To: HATAYAMA Daisuke
<public-d.hatayama-+CUm20s59erQFUHtdCDX3A@...ne.gmane.org>
Cc: public-kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@...ne.gmane.org,
public-linux-kernel-u79uwXL29TY76Z2rM5mHXA@...ne.gmane.org,
public-ebiederm-aS9lmoZGLiVWk0Htik3J/w@...ne.gmane.org,
public-vgoyal-H+wXaHxf7aLQT0dZR+AlfA@...ne.gmane.org,
public-kumagai-atsushi-biTfD1RFvDe45+QrQBaojngSJqDPrsil@...ne.gmane.org,
fenghua.yu@...el.com
Subject: Re: [PATCH 2/2] Enter 2nd kernel with BSP
HATAYAMA Daisuke <d.hatayama-+CUm20s59erQFUHtdCDX3A@...lic.gmane.org>
writes:
> Split logic into BSP's and AP's: BSP waits for AP halting.
>
> Don't remove variable crashing_cpu for debugging use; useful for
> determining one what CPU crash happens.
Fenghua has this patchkit to allow offlining the BSP. What happens then?
It would be good to understand why initializing APs from other APs
should not work. Not aware of such a limitation in x86.
AFAIK when we online a random cpu after boot there is no effort to do it
from BSP. Why does that work and not from the kexec boot?
-Andi
--
ak@...ux.intel.com -- Speaking for myself only
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists