Messages in this thread | | | Date | Sun, 24 Aug 2008 01:22:54 -0700 | From | "Yinghai Lu" <> | Subject | Re: 9a2d43b: __alloc_bootmem_core(): zero-sized request |
| |
On Sun, Aug 24, 2008 at 12:58 AM, Vegard Nossum <vegard.nossum@gmail.com> wrote: > On Sat, Aug 23, 2008 at 9:12 AM, Johannes Weiner <hannes@saeurebad.de> wrote: >> "Vegard Nossum" <vegard.nossum@gmail.com> writes: >>> >>> I was trying out >>> >>> commit 9a2d43b7566caeeeb414aa628bc2759028897dbb >>> Date: Tue Jul 15 21:21:43 2008 +0200 >>> >>> ..as part of the debugging of a different issue, but I got this: >>> >>> __alloc_bootmem_core(): zero-sized request > > [...] > >>> I saw some bootmem errata lately, can I cherry-pick anything to fix >>> this? >> >> This behaviour hasn't changed after the rewrite. > > Yep, the error is somewhere else. > > Inserted a printk("nr_kernel_pages = %llu\n", nr_kernel_pages); and > this is the output: > > nr_kernel_pages = 13869392367443771392 > > ...it looks very, very big. I think this is initialized via > free_area_init_*() functions, which come from arch code. Does x86 > experts know if any of this changed recently (i.e. after July 15)? > > The whole dmesg and config can be seen here: > http://userweb.kernel.org/~vegard/bugs/20080824-numa/ >
seems something wrong about apic probe...
MPTABLE: OEM ID: Intel Product ID: Lakeport Warning! May not be a NUMA-Q system! MPTABLE: Product ID: Lakeport <6>MPTABLE: APIC at: 0xFEE00000 Processor #0 15:6 APIC version 20 (quad 0, apic 1) Processor #0 (Bootup-CPU) Bus #0 is PCI (node 0) Bus #1 is PCI (node 0) Bus #2 is PCI (node 0) Bus #3 is ISA (node 0) I/O APIC #2 Version 32 at 0xFEC00000. Enabling APIC mode: NUMA-Q. Using 1 I/O APICs
please check with tip/master to see if it is fixed already...
YH
| |