Re: [XenPPC] IPI problems

2007-01-15 Thread Hollis Blanchard
On Fri, 2007-01-12 at 19:41 -0500, Amos Waterland wrote: On Fri, Jan 12, 2007 at 05:45:03PM -0600, Hollis Blanchard wrote: We seem to have an IPI problem, which causes vcpu_pause() to hang the system. The following patch, tested on JS20 and JS21, illustrates it. Before dom0 starts, IPIs

Re: [XenPPC] IPI problems

2007-01-15 Thread Hollis Blanchard
On Fri, 2007-01-12 at 20:34 -0500, Jimi Xenidis wrote: I just built clean xenppc-unstable.hg (assuming it has the issues you state below) and all IPI ^A*3 tests (esp 't' and 'd') work just fine on my maple What about xm destroy? I can boot fine and start a domU, but xm destroy locks my system

[XenPPC] paravirt_ops

2007-01-15 Thread Yoder Stuart-B08248
Is paravirt_ops an X86 thing only? I'm assuming this ops structure in Linux was to enable VMware and Xen to share a common OS-to-hypervisor interface. On Linux/powerpc we don't need this because we don't have competing hypervisors. Correct? Thanks, Stuart

Re: [XenPPC] paravirt_ops

2007-01-15 Thread Hollis Blanchard
On Mon, 2007-01-15 at 11:21 -0700, Yoder Stuart-B08248 wrote: Is paravirt_ops an X86 thing only? I'm assuming this ops structure in Linux was to enable VMware and Xen to share a common OS-to-hypervisor interface. Correct. On Linux/powerpc we don't need this because we don't have competing

Re: [XenPPC] IPI problems

2007-01-15 Thread Hollis Blanchard
On Mon, 2007-01-15 at 11:23 -0600, Hollis Blanchard wrote: On Fri, 2007-01-12 at 19:41 -0500, Amos Waterland wrote: On Fri, Jan 12, 2007 at 05:45:03PM -0600, Hollis Blanchard wrote: We seem to have an IPI problem, which causes vcpu_pause() to hang the system. The following patch, tested

Re: [XenPPC] [PATCH 3 of 4] [PATCH] Move flat device tree construction from python to libxc for xc_linux_build()

2007-01-15 Thread Ryan Harper
* Jimi Xenidis [EMAIL PROTECTED] [2007-01-11 16:53]: Ok there are a few things here. Respun with fixes: - preserve and return errno where approriate - using open/close and read/write instead of f* - dropped vcpu argument, only fill out one cpu in devtree - dropped regexp requirment, use a

[XenPPC] [xenppc-unstable] [XEN][POWERPC] everything is single core right now so get cpu_core_map[] correct.

2007-01-15 Thread Xen patchbot-xenppc-unstable
# HG changeset patch # User Jimi Xenidis [EMAIL PROTECTED] # Node ID 5568efb41da42a55318fa05d3ce0aa73e774e6d1 # Parent d6481755ade6fbe72d8e519191f12160f92cd517 [XEN][POWERPC] everything is single core right now so get cpu_core_map[] correct. Signed-off-by: Jimi Xenidis [EMAIL PROTECTED] ---

Re: [XenPPC] [PATCH 3 of 4] [PATCH] Move flat device tree construction from python to libxc for xc_linux_build()

2007-01-15 Thread Jimi Xenidis
On Jan 15, 2007, at 1:51 PM, Ryan Harper wrote: * Jimi Xenidis [EMAIL PROTECTED] [2007-01-11 16:53]: Ok there are a few things here. BTW: some of these issues existed in the original python, but they are yours now :) Respun with fixes: - preserve and return errno where approriate -

Re: [XenPPC] [PATCH 3 of 4] [PATCH] Move flat device tree construction from python to libxc for xc_linux_build()

2007-01-15 Thread Jimi Xenidis
On Jan 15, 2007, at 4:13 PM, Ryan Harper wrote: * Jimi Xenidis [EMAIL PROTECTED] [2007-01-15 14:53]: On Jan 15, 2007, at 1:51 PM, Ryan Harper wrote: * Jimi Xenidis [EMAIL PROTECTED] [2007-01-11 16:53]: [snip] - renamed find_first_cpu to find_cpu, we don't care which cpu we find I

Re: [XenPPC] [PATCH] [POWERPC][XEN] Mark heap memory based on boot_of.c's allocator

2007-01-15 Thread Jimi Xenidis
Please double-check the usedbit issue below otherwise I'll ACK this. -JX On Jan 11, 2007, at 4:51 PM, Hollis Blanchard wrote: # HG changeset patch # User Hollis Blanchard [EMAIL PROTECTED] # Date 1168550320 21600 # Node ID d98b2fbc100cfec5678a787ba7bfd0b065254793 # Parent

Re: [XenPPC] [PATCH 3 of 4] [PATCH] Move flat device tree construction from python to libxc for xc_linux_build()

2007-01-15 Thread Hollis Blanchard
On Mon, 2007-01-15 at 17:25 -0500, Jimi Xenidis wrote: +int make_devtree( [snip] Any ideas what this reservation is for? is it for the flat-devtree itself? Nope. +/* root.reserve(0x100, 0x1000) */ +val[0] = cpu_to_be64((u64) 0x100); +val[1] =

Re: [XenPPC] [PATCH] [POWERPC][XEN] Mark heap memory based on boot_of.c's allocator

2007-01-15 Thread Hollis Blanchard
On Mon, 2007-01-15 at 18:01 -0500, Jimi Xenidis wrote: @@ -530,6 +538,33 @@ static ulong boot_of_alloc(ulong size) pos = pos + i; } +} + +int boot_of_mem_avail(int pos, ulong *startpage, ulong *endpage) If you'd like to hide the bitmap, then perhaps the first arg

[XenPPC] [PATCH] [POWERPC][XEN] Mark heap memory based on boot_of.c's allocator

2007-01-15 Thread Hollis Blanchard
# HG changeset patch # User Hollis Blanchard [EMAIL PROTECTED] # Date 1168914221 21600 # Node ID dc8551babde44184e72cada0416b9c1f19ed1ada # Parent dbc74db14a4b39d359365fcf8257216d968fa269 [POWERPC][XEN] Mark heap memory based on boot_of.c's allocator. - Explain why we have another allocator (that

Re: [XenPPC] [PATCH 3 of 4] [PATCH] Move flat device tree construction from python to libxc for xc_linux_build()

2007-01-15 Thread Jimi Xenidis
On Jan 15, 2007, at 8:20 PM, Hollis Blanchard wrote: On Mon, 2007-01-15 at 17:25 -0500, Jimi Xenidis wrote: +int make_devtree( [snip] Any ideas what this reservation is for? is it for the flat-devtree itself? Nope. +/* root.reserve(0x100, 0x1000) */ +val[0] =

Re: [XenPPC] [PATCH 3 of 4] [PATCH] Move flat device tree construction from python to libxc for xc_linux_build()

2007-01-15 Thread Hollis Blanchard
On Mon, 2007-01-15 at 21:29 -0500, Jimi Xenidis wrote: On Jan 15, 2007, at 8:20 PM, Hollis Blanchard wrote: On Mon, 2007-01-15 at 17:25 -0500, Jimi Xenidis wrote: +int make_devtree( [snip] Any ideas what this reservation is for? is it for the flat-devtree itself? Nope. +/*

[XenPPC] [PATCH] Enable more IP options to default kernel config

2007-01-15 Thread Jerone Young
This patch enables many IP options to allow support for better support of IP tables IPv6. This patch mainly address an issue with SuSE firewall scripts that will hang on startup. This bug can be found here: http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=841 Signed-off-by: Jerone Young