Re: [XenPPC] Re: patch flow

2007-01-04 Thread Jimi Xenidis
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

Re: [XenPPC] [patch] multiboot2 support

2007-01-04 Thread Jimi Xenidis
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

[XenPPC] systemsim-gpul problems

2007-01-04 Thread Yoder Stuart-B08248
I've been trying to get systemsim-gpul working with the latest Xen-PPC. The last changeset that worked was 7ad4645e7a54 (11/22/06). Changeset ce8c1e26b2ae (Early boot memory avoidance improvemnts) broke the simulator with the 'Could not allocate RTAS tree' / HANG error. With changeset

Re: [XenPPC] [patch] multiboot2 support

2007-01-04 Thread Hollis Blanchard
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

Re: [XenPPC] systemsim-gpul problems

2007-01-04 Thread Hollis Blanchard
On Thu, 2007-01-04 at 10:32 -0700, Yoder Stuart-B08248 wrote: I've been trying to get systemsim-gpul working with the latest Xen-PPC. The last changeset that worked was 7ad4645e7a54 (11/22/06). Changeset ce8c1e26b2ae (Early boot memory avoidance improvemnts) broke the simulator with the

Re: [XenPPC] [patch] multiboot2 support

2007-01-04 Thread Jimi Xenidis
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

RE: [XenPPC] systemsim-gpul problems

2007-01-04 Thread Yoder Stuart-B08248
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:

RE: [XenPPC] systemsim-gpul problems

2007-01-04 Thread Hollis Blanchard
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

RE: [XenPPC] systemsim-gpul problems

2007-01-04 Thread Mark F Mergen
I believe it's got to be related to clock and/or external interrupt delivery, but I admit that's not very specific. I don't have time to work on it now. Hope someone else does. [EMAIL PROTECTED] 01/04/2007 07:19 PM Please respond to [EMAIL PROTECTED] To Yoder Stuart-B08248 [EMAIL

RE: [XenPPC] systemsim-gpul problems

2007-01-04 Thread Michal Ostrowski
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

Re: [XenPPC] systemsim-gpul problems

2007-01-04 Thread Jimi Xenidis
On Jan 4, 2007, at 7:19 PM, Hollis Blanchard wrote: 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

RE: [XenPPC] systemsim-gpul problems: reserved memory areas

2007-01-04 Thread Hollis Blanchard
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

Re: [XenPPC] systemsim-gpul problems

2007-01-04 Thread Jimi Xenidis
On Jan 4, 2007, at 4:15 PM, Yoder Stuart-B08248 wrote: -Original Message- From: Hollis Blanchard [mailto:[EMAIL PROTECTED] Sent: Thursday, January 04, 2007 2:12 PM Have you tried attaching GDB to systemsim to figure out what's going on? I haven't used gdb w/ the simulator yet-- I

[XenPPC] [PATCH]fix xencomm_copy_{from, to}_guest.

2007-01-04 Thread Isaku Yamahata
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 #