From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Yang, Sheng" Subject: Re: [PATCH] kvm: bios: Put AP boot up code to 0x1000 Date: Fri, 1 Aug 2008 09:19:00 +0800 Message-ID: <200808010919.00663.sheng.yang@intel.com> References: <200807311043.20880.sheng.yang@intel.com> <034601c8f352$b6e073d0$0201a8c0@zeug> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Cc: "Avi Kivity" , kvm@vger.kernel.org To: "Sebastian Herbszt" Return-path: Received: from mga11.intel.com ([192.55.52.93]:63644 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751688AbYHABRJ (ORCPT ); Thu, 31 Jul 2008 21:17:09 -0400 In-Reply-To: <034601c8f352$b6e073d0$0201a8c0@zeug> Content-Disposition: inline Sender: kvm-owner@vger.kernel.org List-ID: On Friday 01 August 2008 05:15:11 Sebastian Herbszt wrote: > Yang, Sheng wrote: > > Rather than 0x10000, which can be overrided by userspace program > > like grub. > > Could you please explain this problem? > If i don't misunderstand this smp_ap_boot_code_start from > rombios32start.S gets copied to AP_BOOT_CODE and then there is a > broadcast INIT and SIPI. After the code is run it's not used > anymore so there should be no need to care where it's located. > > - Sebastian Hi Sebastian Please refer to my another patch comment. Basicly, AP is running HLT in 0x10038, but it can exit due to some reason, here QEmu want to raise it up . But after AP exit from HLT, it can't return to it because the code was overrided by grub and no HLT loop there. Then AP had gone away... -- regards Yang, Sheng