On Aug 10, 2006, at 1:55 PM, Mark A. Greer wrote:
On Thu, Aug 10, 2006 at 11:51:30AM -0500, Milton Miller wrote:
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 already
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 i
# HG changeset patch
# User Jimi Xenidis <[EMAIL PROTECTED]>
# Node ID 780be3ca25eaccee7a5835acadb43a40e59c5e02
# Parent 0b82e0cba7d3676bc5ca619cd57047f03bbce253
[POWERPC] it is now saafe to always use xencomm_create_mini()
slab hack BEGONE!
Signed-off-by: Jimi Xenidis <[EMAIL PROTECTED]>
---
a
# HG changeset patch
# User Jimi Xenidis <[EMAIL PROTECTED]>
# Node ID 8a5663668eed06e69bf09f67a5d37f6e1d4bbc80
# Parent 914274c1c3c97e6f2cc982ec9de491c6b80604ae
[POWERPC] remove fucntions obsoleted by reboot.c
These useless functions are not used anymore.
Signed-off-by: Jimi Xenidis <[EMAIL PRO
# 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 PROT
# 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
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.
> tools/python/
On Wed, 2006-08-09 at 17:18 +0100, Ewan Mellor wrote:
>
> Yes, your proposal sounds fine to me.
OK, here is the first proof-of-concept.
IA64 and HVM people will definitely need to check this over, because it
looks like there was some *serious* bitrot in this area. (For example, I
can't see how
On Thu, 2006-08-10 at 14:56 -0400, Jimi Xenidis wrote:
>
> >> Because _mini() is for kernel space only, and this routine services
> >> user-level pointers as well, I did not think that changing _mini()
> >> was worth it.
> >
> > Would xencomm_create_mini() work just as well using
> > __vaddr_to_
On Aug 10, 2006, at 2:04 PM, Hollis Blanchard wrote:
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);
On Thu, Aug 10, 2006 at 11:51:30AM -0500, Milton Miller wrote:
> 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 p
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 (l
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) {
> >> +
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 wan
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 = slab_is_available();
+ }
+ if (slab)
+ r
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_KE
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
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
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 J
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 u
On Wed, 2006-08-09 at 17:44 +0100, Keir Fraser wrote:
>
> On 9/8/06 4:14 pm, "Hollis Blanchard" <[EMAIL PROTECTED]> wrote:
>
> > That direction certainly seems like a good one to me.
> >
> > In this case, we need to load the device tree into the domain's memory
> > and pass its address in a regi
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-versi
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
_
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
24 matches
Mail list logo