Re: 2.6.25-rc1 xen pvops regression
From: H. Peter Anvin
Date: Thu Feb 21 2008 - 17:43:29 EST
Ian Campbell wrote:
On Thu, 2008-02-21 at 13:37 -0800, Jeremy Fitzhardinge wrote:
H. Peter Anvin wrote:
Still curious about why a pagetable page is ending up in that range
though. Seems like it shouldn't be possible, since we shouldn't be
allowed to allocate from those pages, at least until the DMI probe
has happened... Unless the early allocator is only excluded from
e820 reserved pages, which would cause a problem on systems which
don't reserve the DMI space... HPA?
I thought the problem was a Xen-provided pagetable from before Linux
started?
Hm, I don't think so. The domain-builder pagetable is put after the
kernel, so it shouldn't be under 1M.
I can confirm that it is Linux which is allocating it. The call path:
# xm create -c debian-x86_32p-1
Using config file "/etc/xen/debian-x86_32p-1".
Started domain debian-1
xen_alloc_pt_init PFN f0
Pid: 0, comm: swapper Not tainted 2.6.25-rc2 #68
[<c02ecb6b>] xen_alloc_pt_init+0x4b/0x60
[<c02f5e2b>] one_page_table_init+0x8b/0xf0
[<c02f63df>] paging_init+0x3bf/0x520
[<c02ee444>] setup_arch+0x2a4/0x410
[<c02e9a64>] start_kernel+0x64/0x380
[<c02efd7f>] cpu_detect+0x6f/0xf0
[<c02ed1a1>] xen_start_kernel+0x2f1/0x310
=======================
Entering add_active_range(0, 0, 262144) 0 entries of 256 used
Zone PFN ranges:
DMA 0 -> 4096
What is the e820 information you feed the kernel? We should only ever
allocate page tables out of available RAM, not any other type of memory
(reserved or not).
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/