On Jan 3, 2007, at 12:01 PM, Hollis Blanchard wrote:
On Sun, 2006-12-17 at 18:00 +, Xen patchbot-xenppc-unstable wrote:
# HG changeset patch
# User Jimi Xenidis [EMAIL PROTECTED]
# Node ID b04e24db308f2215c6bafaf358d1c10da79f244f
# Parent 965d3e42dddaf5971001f7d172d192f925537644
On Jan 3, 2007, at 12:32 PM, Hollis Blanchard wrote:
Xen on x86 uses GRUB's multiboot capabilities to load an arbitrary
number of images, including Xen, dom0 kernel, dom0 initrd, and ACM
policy. On PowerPC, we've had to build Xen, the dom0 kernel and the
dom0
initrd all into the same file to
Hi Jimi, thanks for the comments.
I'm really not interested in reworking all this stuff, which is why I
took shortcuts like relocating the modules rather than spending effort
on your preferred solution. Unfortunately, all this code was intimately
linked with the multiboot structure, so I had to
On Jan 4, 2007, at 3:02 PM, Hollis Blanchard wrote:
Hi Jimi, thanks for the comments.
I'm really not interested in reworking all this stuff, which is why I
took shortcuts like relocating the modules rather than spending effort
on your preferred solution.
Ok, then it can wait till grub is
Whad'ya know...if you wait long enough it works!
Thanks Mark.
From: Mark F Mergen [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 04, 2007 4:30 PM
To: Yoder Stuart-B08248; xen-ppc-devel@lists.xensource.com
Subject: Fw:
On Thu, 2007-01-04 at 16:48 -0700, Yoder Stuart-B08248 wrote:
Whad'ya know...if you wait long enough it works!
So simulator performance is acceptable until mid-way through dom0 boot?
It would be good to figure out the source of the slowdown.
--
Hollis Blanchard
IBM Linux Technology Center
Could be that midway through a Linux boot all code is sequential, but at
a later point Linux tries to initialize its timing facilities. This
involves linux spinning on the timebase register which forces systemsim
to simulate many, many useless cycles. Beyond that Linux
initialization sees a lot
On Thu, 2007-01-04 at 14:15 -0700, Yoder Stuart-B08248 wrote:
I have turned on debug prints in arch/powerpc/boot_of.c.
One thing I'm puzzling over is why boot_of_alloc_init()
is marking overlapping regions of memory. Does that
make sense??
It doesn't exactly make sense, but in this case
fix xencomm_copy_{from, to}_guest.
It should not call paddr_to_maddr() with invalid address.
Originally this issue was found in xen/ia64 xencomm code and
in fact I didn't test this patch because currently ia64 xencomm forked
from common code. They should be consolidated somehow.
--
yamahata
#