|
|
|
|
|
|
|
|
|
|
xen-ia64-devel
Re: [Xen-ia64-devel] [PATCH][RFC][TAKE4] the P2M/VP patches
Hi Alex.
On Fri, Apr 07, 2006 at 11:06:53AM -0600, Alex Williamson wrote:
> Great work! I'm happy to take on whatever patch load is necessary to
> help faciliate this effort. I'll get the header file patches into the
> tree. It will be important for all of us to help test and review these
> patches over the next few weeks to make this change happen.
I'm glad to hear that.
Then I'll start to pushing merging patches soon.
Perhaps from the next monday or tuesday.
> I tried this patch set on xen-ia64-unstable tip (cset 9493), there
> were a couple trivial rejects, but it built properly. However, when I
> try it on an HP zx6000 system, it fails with the output below. I've
> deconfigured the 2nd CPU and reduced the system memory to 1GB to avoid
> the strange memory layout of zx1 systems. Any suggestions? Thanks,
from the log message
> (XEN) Cannot handle page request order 0!
This message means that the xen heap memory is used up and
alloc_xenheap_pages() failed.
However you wisely limited total memory to 1GB,
thus page frame table size is 2MB and mpt_table size is 512KB.
So it's the key to know who used up the xen heap.
I guess pgtable_quicklist_alloc() might be a culprit.
Could you try again with the following work around patch?
This patch may break something, but this patch may help
to track down this issue.
--- xen-ia64-unstable.hg/xen/arch/ia64/xen/xenmisc.c 2006-04-06
22:25:41.000000000 +0900
+++ xen-ia64-unstable.hg/xen/arch/ia64/xen/xenmisc.c_workaround 2006-04-08
13:23:05.000000000 +0900
@@ -161,7 +161,8 @@ void __free_pages(struct page_info *page
void *pgtable_quicklist_alloc(void)
{
void *p;
- p = alloc_xenheap_pages(0);
+ //p = alloc_xenheap_pages(0);
+ p = alloc_domheap_pages(NULL);
if (p)
clear_page(p);
return p;
--
yamahata
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
|
|
|
|
|