WARNING - OLD ARCHIVES

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

xen-devel

[Top] [All Lists]

[Xen-devel] Bug in smpboot.c?

from [John McDermott (U.S. Navy Employee)]

[Permanent Link][Original]

To:	xen-devel@xxxxxxxxxxxxxxxxxxx
Subject:	[Xen-devel] Bug in smpboot.c?
From:	"John McDermott (U.S. Navy Employee)" <john.mcdermott@xxxxxxxxxxxx>
Date:	Thu, 9 Jun 2011 11:49:24 -0400
Delivery-date:	Thu, 09 Jun 2011 08:50:11 -0700
Envelope-to:	www-data@xxxxxxxxxxxxxxxxxxx
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>
Sender:	xen-devel-bounces@xxxxxxxxxxxxxxxxxxx

Xen Developers,

In C function cpu_add(), in xen/arch/x86/smpboot.c, if acpi_id == 
MAX_MADT_ENTRIES, won't this write past the end of array 
x86_acpiid_toapicid[MAX_MADT_ENTRIES]? I am looking at xen-unstable. It looks 
like the guard is not catching this 1 case?

Sincerely,

John McDermott
----
What is the formal meaning of the one-line program
#include "/dev/tty"

J.P. McDermott                  building 12
Code 5542                       mcdermott@xxxxxxxxxxxxxxxx
Naval Research Laboratory       voice: +1 202.404.8301
Washington, DC 20375, US        fax:   +1 202.404.7942










_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

[More with this subject...]

<Prev in Thread]	Current Thread	[Next in Thread>
[Xen-devel] Bug in smpboot.c?, John McDermott (U.S. Navy Employee) <= Re: [Xen-devel] Bug in smpboot.c?, Keir Fraser [Xen-devel] Addback capability check for non-initial features, Dong, Eddie [Xen-devel] Addback capability check for non-initial features, Dong, Eddie [Xen-devel] Re: Addback capability check for non-initial features, Keir Fraser [Xen-devel] RE: Addback capability check for non-initial features, Dong, Eddie [Xen-devel] Re: Addback capability check for non-initial features, Keir Fraser [Xen-devel] Re: Addback capability check for non-initial features, Keir Fraser [Xen-devel] RE: Addback capability check for non-initial features, Dong, Eddie Re: [Xen-devel] Bug in smpboot.c?, Keir Fraser Re: [Xen-devel] Bug in smpboot.c?, John McDermott CIV

Previous by Date:	[Xen-devel] Re: [PATCH] libxl: enabling upstream qemu as pure pv backend., Stefano Stabellini
Next by Date:	[Xen-devel] Re: [PATCH] libxl: enabling upstream qemu as pure pv backend., Wei Liu
Previous by Thread:	AW: AW: AW: RE: [Xen-devel] No C-States any longer..., Carsten Schiers
Next by Thread:	Re: [Xen-devel] Bug in smpboot.c?, Keir Fraser
Indexes:	[Date] [Thread] [Top] [All Lists]

This site is hosted by Citrix