Re: [XenPPC] [PATCH/RFC] Handshake with secondary processors

2006-08-10 Thread Jimi Xenidis
Good, lets take it a little further. I know you are are building on my original good enuff loop but lets go all the way here. On Aug 9, 2006, at 11:12 PM, Amos Waterland wrote: diff -r 058f2e27476d xen/arch/powerpc/boot_of.c --- a/xen/arch/powerpc/boot_of.cMon Aug 07 17:49:16 2006

Re: [XenPPC] [PATCH/RFC] Support Xen console=comX option

2006-08-10 Thread Segher Boessenkool
I had an error in my logic that was caching the package-to-path conversion. Also, the exit condition from the loop walking the peer list should be zero or negative. Thanks to Jimi for pointing this out. SLOF is not broken :) Oh it is, just not in this aspect ;-) Segher

Re: [XenPPC] XenPPC IEEE1275 binding?

2006-08-10 Thread Segher Boessenkool
We intend to include these in the OpenPAPR :-P Heh have fun. start-info is going away, which means we'll need to add more properties to replace it... something like this: xen { name = xen; version = Xen-3.0-unstable; Call this property xen-version

Re: [XenPPC] wiki editing

2006-08-10 Thread Hollis Blanchard
On Wed, 2006-08-09 at 16:39 -0400, Mark F Mergen wrote: OK, I give up!! The wiki page that Hollis created (url below) displayed for me, when I first looked, with blank lines between the paragraphs, as normally expected. I then edited it, as Hollis suggested, and added a paragraph. I used

Re: [XenPPC] [PATCH/RFC] Support Xen console=comX option

2006-08-10 Thread Hollis Blanchard
On Wed, 2006-08-09 at 19:37 -0400, Amos Waterland wrote: The below patch allows Xen/PPC to support the console=comX option that Xen/x86 uses. With this patch applied, one need simply supply CMDLINE=console=com2 on the make invocation to get proper use of the physical serial port on a JS21.

[XenPPC] Re: [RFC] consolidated libdt proposal

2006-08-10 Thread Milton Miller
On Tue Aug 8 2006 01:04:08 PM CDT, Mark A. Greer wrote: If we're going to allow cmdline editing in the bootwrapper, we would need to extend the size of a property. We've never really talked about cmdline editing in the powerpc branch but I assume that its a good thing(tm). I know I would

Re: [XenPPC] [linux-ppc-2.6] [POWERPC] add HYPERVISOR_xen_version(XENVER_get_features)

2006-08-10 Thread Hollis Blanchard
On Wed, 2006-08-09 at 23:02 +, Xen patchbot-linux-ppc-2.6 wrote: - rc = xencomm_create(arg, argsize, desc, GFP_KERNEL); + if (!slab) { + slab = slab_is_available(); + } + if (slab) + rc = xencomm_create(arg, argsize, desc, GFP_KERNEL);

Re: [XenPPC] [PATCH/RFC] Support Xen console=comX option

2006-08-10 Thread Hollis Blanchard
On Thu, 2006-08-10 at 13:25 -0400, Amos Waterland wrote: +str = strrchr(buf, '/'); +if (str == NULL || strncmp(str + 1, serial@, 7) != 0) +continue; OK, I was wrong. :) (You can disagree, you know...) The original strchr() was better. Actually, don't we want to

Re: [XenPPC] xencomm_create_mini() w/ user buffers

2006-08-10 Thread Hollis Blanchard
On Thu, 2006-08-10 at 13:51 -0400, Jimi Xenidis wrote: On Aug 10, 2006, at 1:45 PM, Hollis Blanchard wrote: On Wed, 2006-08-09 at 23:02 +, Xen patchbot-linux-ppc-2.6 wrote: - rc = xencomm_create(arg, argsize, desc, GFP_KERNEL); + if (!slab) { + slab =

[XenPPC] [PATCH] Support Xen console=comX option (take 3)

2006-08-10 Thread Amos Waterland
Let Xen/PPC support the console=comX option that Xen/x86 uses, so one need simply supply CMDLINE=console=com2 on the make invocation to get proper use of the physical serial port on a JS21. We do this by pruning all serial devices from the device tree, and then initializing both com1 and com2

[XenPPC] Re: [Xen-devel] [PATCH] architecture-specific stuff in xend

2006-08-10 Thread John Levon
On Thu, Aug 10, 2006 at 04:12:37PM -0500, Hollis Blanchard wrote: John, would you extend this scheme to cover host OS differences? I think I think it makes sense to use a parallel scheme of xen/xend/host/ for those parameters. That is, the way you've done this looks good to me.

[XenPPC] [linux-ppc-2.6] [POWERPC] get the UDB delay correct

2006-08-10 Thread Xen patchbot-linux-ppc-2 . 6
# HG changeset patch # User Jimi Xenidis [EMAIL PROTECTED] # Node ID 584e21f08d0c092170a6879892b43efe860e2a9c # Parent 8a5663668eed06e69bf09f67a5d37f6e1d4bbc80 [POWERPC] get the UDB delay correct This patch makes sure that an absolute time is used to set the timer. Signed-off-by: Jimi Xenidis

[XenPPC] [linux-ppc-2.6] [POWERPC] xencomm simplify

2006-08-10 Thread Xen patchbot-linux-ppc-2 . 6
# HG changeset patch # User Jimi Xenidis [EMAIL PROTECTED] # Node ID 0b82e0cba7d3676bc5ca619cd57047f03bbce253 # Parent 584e21f08d0c092170a6879892b43efe860e2a9c [POWERPC] xencomm simplify No need for 2 virtual to physical routines and trim off the __'s. Signed-off-by: Jimi Xenidis [EMAIL

[XenPPC] [PATCH] Handshake with secondary processors (take 2)

2006-08-10 Thread Amos Waterland
Take two. Note that the processors on a JS20 are noticably slower to handshake than those on a JS21. I had to rid of the hard-coded 1024 timebase ticks and replace it with calculating five seconds from the timebase frequency, as the timeout logic was firing on my JS20 blade. Note that the SLOF