From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <2062286eeda00049f87441a6b2f79106@quanstro.net>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Xen and new venti
From: erik quanstrom <quanstro@quanstro.net>
Date: Tue,  4 Mar 2008 19:37:34 -0500
In-Reply-To: <5be33252d9b96b729ab3aa9914356480@plan9.jp>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Topicbox-Message-UUID: 6eed2868-ead3-11e9-9d60-3106f5b1d025

> I tryed both compiling the kernel with xen 3.2.0 and xen 3.0.2 include files with the same result
> I've debugging active on xen so I will paste at the end what happens
> In any case it's odd that the kernels from /n/sources/xen/xen3 boots smoothly on xen 3.2.0
> [without venti of course ] while the others do not.

this sounds like the problem seen on real hardware a few months ago.
the problem was that the kernel plus the page tables didn't fit in the
temporary page tables set up in l.s.

it may be that there's another bug in there.  the easiest way to check
would be to see if there aren't devices you aren't useing and eliminate
them from your xencpuf configuration.  stripping venti will also
make your kernel smaller.  to do this, comment out this line in
port/mkportall

	if(~ $"t *executable* && ! ~ $name venti)

if reducing the size of the kernel solves the problem, then i think it's
a good bet, the original problem is not completely solved.

- erik