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: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>, Andrew Cooper <andrew.cooper3@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:56:24 +0800
Accept-language: en-US
Acceptlanguage: en-US
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 18 May 2011 17:58:28 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20110518204309.GA7647@xxxxxxxxxxxx>
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> <20110518204309.GA7647@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcwVnFZ+Vh7hYgtfR0WLbGEu31mlfwAIusEA
Thread-topic: [Xen-devel] [PATCH 1 of 3] apic: record local apic state on boot
> From: Konrad Rzeszutek Wilk
> Sent: Thursday, May 19, 2011 4:43 AM
> On Wed, May 18, 2011 at 09:27:56PM +0100, Andrew Cooper wrote:
> >
> >
> > 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
> MP tables? Those don't get used when ACPI is used..

He may mean ACPI MADT table...


Xen-devel mailing list