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, IP

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 syst

Re: [XenPPC] IPI problems

2007-01-15 Thread Jimi Xenidis
On Jan 15, 2007, at 12:37 PM, Hollis Blanchard wrote: 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 boo

[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 competi

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,

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

Re: [XenPPC] [PATCH 4 of 4] [PATCH] Remove FlatDeviceTree.py, move prose builder to libxc devtree construction

2007-01-15 Thread Ryan Harper
* Ryan Harper <[EMAIL PROTECTED]> [2007-01-11 15:19]: > * Jimi Xenidis <[EMAIL PROTECTED]> [2007-01-11 15:11]: > > Straight off, prose should have no flat tree reference at all. > > Respun with devtree refs excised. Killed the PPC Linux image class. Left the custom class in for prose builder as

[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 Ryan Harper
* 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]: > >> > >>Ok there are a few things here. > > > BTW: some of these issues existed in the original python, but they > are yours now

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 b

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 dbc74db14a4b39d3593

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); > >>> +

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 f

[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 (tha

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] = cpu_to_be64((u64

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?

[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 <[