This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


RE: [Xen-devel] [PATCH 1 of 3] apic: record local apic state on boot

To: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Subject: RE: [Xen-devel] [PATCH 1 of 3] apic: record local apic state on boot
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Thu, 19 May 2011 08:54:04 +0800
Accept-language: en-US
Acceptlanguage: en-US
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 18 May 2011 17:56:30 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4DD42BCC.6020106@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <patchbomb.1305742093@andrewcoop> <62a8ce6595ad940a76db.1305742094@andrewcoop> <20110518184950.GC14013@xxxxxxxxxxxx> <4DD42BCC.6020106@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcwVmien7gTL9zKMRl2v04/YCkt0KgAJMkSA
Thread-topic: [Xen-devel] [PATCH 1 of 3] apic: record local apic state on boot
> From: Andrew Cooper
> Sent: Thursday, May 19, 2011 4:28 AM
> On 18/05/11 19:49, Konrad Rzeszutek Wilk wrote:
> > On Wed, May 18, 2011 at 07:08:14PM +0100, Andrew Cooper wrote:
> >> Xen does not store the boot local apic state which leads to problems
> >> when shutting down for a kexec jump.  This patch records the boot
> >> state so we can return to the boot state when kexec'ing.
> >>
> >> This is per CPU because all 3 bioses on the boxes I have tested dont
> >> enabled all local apics on boot.  As a result, we have to return to
> >> the bios state so the ACPI tables match up with the hardware state
> >> for the booting kernel.
> > Which ACPI table requires this?
> Cant remember offhand but linux (2.6.32) was doing finger pointing at the
> multi-processor tables

it would be good to understand exactly how CPU states don't match the
ACPI table. As Keir commented, your current patch is bogus which may
just work around the issue in another way.


Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>