Xen 
 
Home About Xen.org Xen Xen Summit Wiki Mailing List Bug Tracker Xen Downloads
 
   
 

xen-devel

Re: [Xen-devel] numa=on broken

To: Ryan Harper <ryanh@xxxxxxxxxx>
Subject: Re: [Xen-devel] numa=on broken
From: Ryan Harper <ryanh@xxxxxxxxxx>
Date: Fri, 30 Mar 2007 13:06:54 -0500
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 30 Mar 2007 19:08:44 +0100
Envelope-to: Keir.Fraser@xxxxxxxxxxxx
In-reply-to: <20070330173432.GR28736@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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20070330173432.GR28736@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.6+20040907i
* Ryan Harper <ryanh@xxxxxxxxxx> [2007-03-30 12:37]:
> Testing the latest xen-unstable bits, booting with numa=on fails:
> 
> (XEN) Command line: /boot/xen.gz com1=115200,8n1 console=com1 conswitch=x 
> numa=on
> (XEN) Physical RAM map:
> (XEN)  0000000000000000 - 000000000009d000 (usable)
> (XEN)  000000000009dc00 - 00000000000a0000 (reserved)
> (XEN)  00000000000d0000 - 0000000000100000 (reserved)
> (XEN)  0000000000100000 - 00000000dff60000 (usable)
> (XEN)  00000000dff60000 - 00000000dff72000 (ACPI data)
> (XEN)  00000000dff72000 - 00000000dff80000 (ACPI NVS)
> (XEN)  00000000dff80000 - 00000000e0000000 (reserved)
> (XEN)  00000000fec00000 - 00000000fec00400 (reserved)
> (XEN)  00000000fee00000 - 00000000fee01000 (reserved)
> (XEN)  00000000fff80000 - 0000000100000000 (reserved)
> (XEN)  0000000100000000 - 0000000200000000 (usable)
> (XEN) System RAM: 7678MB (7863284kB)
> (XEN) ACPI: RSDP (v002 PTLTD                                 ) @ 
> 0x00000000000f7170
> (XEN) ACPI: XSDT (v001 PTLTD     XSDT   0x06040000  LTP 0x00000000) @ 
> 0x00000000dff6d116
> (XEN) ACPI: FADT (v003 AMD    HAMMER   0x06040000 PTEC 0x000f4240) @ 
> 0x00000000dff71d0f
> (XEN) ACPI: SRAT (v001 AMD    HAMMER   0x06040000 AMD  0x00000001) @ 
> 0x00000000dff71e03
> (XEN) ACPI: MADT (v001 PTLTD     APIC   0x06040000  LTP 0x00000000) @ 
> 0x00000000dff71ecb
> (XEN) ACPI: ASF! (v016    MBI     CETP 0x06040000 PTL  0x00000001) @ 
> 0x00000000dff71f59
> (XEN) ACPI: DSDT (v001 AMD-K8  AMDACPI 0x06040000 MSFT 0x0100000e) @ 
> 0x0000000000000000
> (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0
> (XEN) SRAT: PXM 1 -> APIC 1 -> Node 1
> (XEN) SRAT: Node 0 PXM 0 0-a0000
> (XEN) SRAT: Node 0 PXM 0 0-e0000000
> (XEN) SRAT: Node 1 PXM 1 100000000-200000000
> (XEN) NUMA: Using 32 for the hash shift.
> (XEN) Cannot handle page request order 0!
> (XEN) Cannot handle page request order 2!
> (XEN) Reserving non-aligned node boundary @ mfn 1048576
> (XEN) Cannot handle page request order 0!
> (XEN) Cannot handle page request order 2!
> (XEN) Cannot handle page request order 0!
> (XEN) Cannot handle page request order 2!
> (XEN) Cannot handle page request order 0!
> (XEN) Cannot handle page request order 2!
> (XEN) Unknown interrupt
> 
> Looking a little deeper, it looks like in end_boot_allocator() we are
> attempting to dynamically allocate memory for addition arrays in avail[]

actually, that is in init_heap_pages() which is called by
end_boot_allocator().

-- 
Ryan Harper
Software Engineer; Linux Technology Center
IBM Corp., Austin, Tx
(512) 838-9253   T/L: 678-9253
ryanh@xxxxxxxxxx

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


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