[XenPPC] Re: [Xen-devel] What actually destroys a domain?

2006-09-13 Thread Keir Fraser
On 12/9/06 14:05, "Jimi Xenidis" <[EMAIL PROTECTED]> wrote: >> >> Xenconsoled's mapping of the console page should keep the domain >> alive. >> > hmm, I'm having trouble associating the "mapping" and a refcount of > some sort somewhere, any pointers? See share_xen_page_with_guest() in arch/x

[XenPPC] Re: [Xen-devel] What actually destroys a domain?

2006-09-13 Thread Keir Fraser
On 13/9/06 10:23, "Keir Fraser" <[EMAIL PROTECTED]> wrote: >>> >>> Xenconsoled's mapping of the console page should keep the domain >>> alive. >>> >> hmm, I'm having trouble associating the "mapping" and a refcount of >> some sort somewhere, any pointers? > > See share_xen_page_with_guest()

[XenPPC] Re: [Xen-devel] What actually destroys a domain?

2006-09-13 Thread Jimi Xenidis
On Sep 13, 2006, at 5:23 AM, Keir Fraser wrote: On 12/9/06 14:05, "Jimi Xenidis" <[EMAIL PROTECTED]> wrote: Xenconsoled's mapping of the console page should keep the domain alive. hmm, I'm having trouble associating the "mapping" and a refcount of some sort somewhere, any pointers? Se

[XenPPC] Re: [Xen-devel] What actually destroys a domain?

2006-09-13 Thread Jimi Xenidis
On Sep 13, 2006, at 8:15 AM, Keir Fraser wrote: On 13/9/06 10:23, "Keir Fraser" <[EMAIL PROTECTED]> wrote: Xenconsoled's mapping of the console page should keep the domain alive. hmm, I'm having trouble associating the "mapping" and a refcount of some sort somewhere, any pointers? See

Re: [XenPPC] [RFC][PATCH] Isolating ACM's architecture-dependent parts

2006-09-13 Thread Hollis Blanchard
On Tue, 2006-09-12 at 21:41 -0400, Stefan Berger wrote: > > Index: root/xen-unstable.hg/xen/acm/Makefile > === > --- root.orig/xen-unstable.hg/xen/acm/Makefile > +++ root/xen-unstable.hg/xen/acm/Makefile > @@ -3,3 +3,5 @@ obj-y += acm

Re: [XenPPC] [RFC][PATCH] Isolating ACM's architecture-dependent parts

2006-09-13 Thread Stefan Berger
[EMAIL PROTECTED] wrote on 09/13/2006 10:51:29 AM: > > + > > +static inline > > +int acm_x86_init(multiboot_info_t *mbi, > > +                 unsigned int *initrdidx, > > +                 unsigned long initial_images_start) > > +{ > > +    return 0; > > +} > > + > > +#endif > > + > > +#endif >

Re: [XenPPC] [RFC][PATCH] Isolating ACM's architecture-dependent parts

2006-09-13 Thread Hollis Blanchard
On Wed, 2006-09-13 at 10:53 -0400, Stefan Berger wrote: > > [EMAIL PROTECTED] wrote on 09/13/2006 10:51:29 AM: > > > > Other than that, this patch seems great. > > Don't want to have that checked in so far, though. Why not? BTW, I missed this first time: > --- /dev/null > +++ root/xen-unsta

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread poff
First time trying to boot Xen on JS20 - using SLOF_633 and Xen tree pulled this morning. SLOF *** JS2XBlade Starting Check ROM = OK Build Date = Aug 14 2006 16:51:58 FW Version = JS2XFW6331 Press "s" to enter Open Firmw

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread Jimi Xenidis
You lost console. This can be deceiving. Blades have 2 UARTs and SLOF will multiplex output to both, but input from one. On Sep 13, 2006, at 11:58 AM, poff wrote: boot_of_probemem: memory 0x[0x2000] bootargs = xen console=com2 Here you announce that you will use com2 as y

Re: [Xen-devel] Re: [XenPPC] [RFC][PATCH] Isolating ACM's architecture-dependent parts

2006-09-13 Thread Stefan Berger
[EMAIL PROTECTED] wrote on 09/13/2006 11:00:16 AM: > > That is where the (non-inline) ACM/multiboot functions should live; not > in a header file. I could move them there but that would include the architecture-dependent #ifdef's. > > > What about the multiboot code. Do you think PPC will be a

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread segher
> You lost console. > This can be deceiving. Blades have 2 UARTs and SLOF will multiplex > output to both, but input from one. JS20 blades have only one UART wired up. > It looks like you built Xen with those bootargs, try console=com1 > instead or leave it out entirely. Yeah. Segher

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread poff
1. Omitting 'console=...' got things much further 2. Looks like system is now sitting with root prompt? Can ping, but ssh gets 'connection refused'. (and cannot type at serial port, per usual) In our lab, SOL is broken, so would really like ssh... from ofd_fixup.c: static char defa

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread Hollis Blanchard
On Wed, 2006-09-13 at 14:27 -0400, poff wrote: > 1. Omitting 'console=...' got things much further > > 2. Looks like system is now sitting with root prompt? >Can ping, but ssh gets 'connection refused'. >(and cannot type at serial port, per usual) How is that usual? >In our lab, SOL

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread poff
> If you want ssh, you need init scripts to run, so you're going to need > to drop the init=/bin/bash here. Yes, that worked nicely - Was confused since when booting Dom0 with an nfs root, sshd comes up even though 'init=/sbin/quickinit noshell' ... looks like quickinit provides some services. >

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread Jimi Xenidis
On Sep 13, 2006, at 2:36 PM, Hollis Blanchard wrote: On Wed, 2006-09-13 at 14:27 -0400, poff wrote: 1. Omitting 'console=...' got things much further 2. Looks like system is now sitting with root prompt? Can ping, but ssh gets 'connection refused'. (and cannot type at serial port, per u

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread poff
> hollis is correct, you should be able to get input even from SOL. The input is not working with _serial_ port. SOL is broken on our older model bladecenter. Will SOL be necessary for 'reasonable debugging'? ___ Xen-ppc-devel mailing list Xen-ppc-deve

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread Jimi Xenidis
On Sep 13, 2006, at 5:01 PM, poff wrote: hollis is correct, you should be able to get input even from SOL. The input is not working with _serial_ port. SOL is broken on our older model bladecenter. To be clear, this is a problem with _your_specific_ blade center or "older models" if you

[XenPPC] [PATCH] Simple instruction trace facility

2006-09-13 Thread Amos Waterland
This very simple patch prints sampled statistics every three seconds about what has been executing on a particular physical processor. Example output for cpu 3 on a JS21 is: (XEN)044efbc: 166 (XEN)142a810: 150090839 (XEN)2 c04ea660: 1 (XEN)3 c0

[XenPPC] [xenppc-unstable] [POWERPC][XEN] Track pages correctly

2006-09-13 Thread Xen patchbot-xenppc-unstable
# HG changeset patch # User Jimi Xenidis <[EMAIL PROTECTED]> # Node ID 626a8f102700be3c89a6fb407381d9aa77d15dfd # Parent 48840bbe607de4472121226de782bdd81db714e4 [POWERPC][XEN] Track pages correctly The following patch tracks and frees pages correctly. It solves the problem where a foreign mapp

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread Amos Waterland
On Wed, Sep 13, 2006 at 11:58:07AM -0500, [EMAIL PROTECTED] wrote: > > This can be deceiving. Blades have 2 UARTs and SLOF will multiplex > > output to both, but input from one. > > JS20 blades have only one UART wired up. We actually soldered a connecter for the second serial port for some our

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread Hollis Blanchard
On Wed, 2006-09-13 at 17:12 -0400, Jimi Xenidis wrote: > > On Sep 13, 2006, at 5:01 PM, poff wrote: > > >> hollis is correct, you should be able to get input even from SOL. > > > > The input is not working with _serial_ port. > > > > SOL is broken on our older model bladecenter. > > To be clear,

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread Jimi Xenidis
On Sep 14, 2006, at 1:22 AM, Hollis Blanchard wrote: On Wed, 2006-09-13 at 17:12 -0400, Jimi Xenidis wrote: On Sep 13, 2006, at 5:01 PM, poff wrote: hollis is correct, you should be able to get input even from SOL. The input is not working with _serial_ port. SOL is broken on our older m

[XenPPC] [xenppc-unstable] [POWERPC][XEN] Define all cache information globaly

2006-09-13 Thread Xen patchbot-xenppc-unstable
# HG changeset patch # User Jimi Xenidis <[EMAIL PROTECTED]> # Node ID e4698a2378a548a4759e0f1f29febc7a706d2364 # Parent 626a8f102700be3c89a6fb407381d9aa77d15dfd [POWERPC][XEN] Define all cache information globaly Rather than use the config.h macro Signed-off-by: Jimi Xenidis <[EMAIL PROTECTED]>

[XenPPC] [xenppc-unstable] [POWERPC][XEN] Inline clear_page() and use DCBZ to optimize

2006-09-13 Thread Xen patchbot-xenppc-unstable
# HG changeset patch # User Jimi Xenidis <[EMAIL PROTECTED]> # Node ID f4f153f9960314768307e34700be96139b5faa71 # Parent e4698a2378a548a4759e0f1f29febc7a706d2364 [POWERPC][XEN] Inline clear_page() and use DCBZ to optimize Signed-off-by: Jimi Xenidis <[EMAIL PROTECTED]> --- xen/arch/powerpc/mm.c

[XenPPC] [xenppc-unstable] [POWERPC][XEN] Safety with foreign get_page() calls and RMA

2006-09-13 Thread Xen patchbot-xenppc-unstable
# HG changeset patch # User Jimi Xenidis <[EMAIL PROTECTED]> # Node ID 1d50658481071d73564b4d722e3d3199104c481a # Parent f4f153f9960314768307e34700be96139b5faa71 [POWERPC][XEN] Safety with foreign get_page() calls and RMA The following patch deals with get_page() possibly failing for H_ENTER on a