[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-changelog] [xen-unstable] x86/numa: Remove warning about small NUMA nodes
# HG changeset patch # User Andrew Cooper <andrew.cooper3@xxxxxxxxxx> # Date 1342709248 -3600 # Node ID afc5fee8ae12df8936f4f52c11e2b32aa97ff72a # Parent 8575d677b472c0849d05fc563157299c7455bd54 x86/numa: Remove warning about small NUMA nodes This logic came with the other NUMA logic from Linux 2.6.16 in c/s 11893:f312c2d01d8b. It appears that the Xen memory management subsystem does not suffer from the expressed problems. Furthermore, NUMA nodes with no memory are now quite easy to find, and are not BIOS bugs in the SRAT ACPI table. Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Committed-by: Keir Fraser <keir@xxxxxxx> --- diff -r 8575d677b472 -r afc5fee8ae12 xen/arch/x86/srat.c --- a/xen/arch/x86/srat.c Thu Jul 19 15:46:51 2012 +0100 +++ b/xen/arch/x86/srat.c Thu Jul 19 15:47:28 2012 +0100 @@ -34,9 +34,6 @@ static int num_node_memblks; static struct node node_memblk_range[NR_NODE_MEMBLKS]; static int memblk_nodeid[NR_NODE_MEMBLKS]; -/* Too small nodes confuse the VM badly. Usually they result - from BIOS bugs. */ -#define NODE_MIN_SIZE (4*1024*1024) static int node_to_pxm(int n); @@ -454,10 +451,6 @@ int __init acpi_scan_nodes(u64 start, u6 printk(KERN_WARNING "SRAT: Node %u has no memory. " "BIOS Bug or mis-configured hardware?\n", i); - else if (size < NODE_MIN_SIZE) - printk(KERN_WARNING "SRAT: Node %u has only %"PRIu64 - " bytes of memory. BIOS Bug?\n", i, size); - setup_node_bootmem(i, nodes[i].start, nodes[i].end); } for (i = 0; i < nr_cpu_ids; i++) { _______________________________________________ Xen-changelog mailing list Xen-changelog@xxxxxxxxxxxxx http://lists.xensource.com/xen-changelog
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |