This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [XenPPC] [PATCH/RFC] Schedule idle domain on secondary processors

To: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [XenPPC] [PATCH/RFC] Schedule idle domain on secondary processors
From: Hollis Blanchard <hollisb@xxxxxxxxxx>
Date: Tue, 29 Aug 2006 10:50:10 -0500
Cc: xen-ppc-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 29 Aug 2006 08:49:45 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <175D1105-E3C1-432F-9F4D-AD1A21E381AA@xxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-ppc-devel-request@lists.xensource.com?subject=help>
List-id: Xen PPC development <xen-ppc-devel.lists.xensource.com>
List-post: <mailto:xen-ppc-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ppc-devel>, <mailto:xen-ppc-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ppc-devel>, <mailto:xen-ppc-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: IBM Linux Technology Center
References: <20060829042144.GA13088@xxxxxxxxxxxxxxxxxxxxx> <175D1105-E3C1-432F-9F4D-AD1A21E381AA@xxxxxxxxxxxxxxxxxxx>
Sender: xen-ppc-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Tue, 2006-08-29 at 09:02 +0200, Segher Boessenkool wrote:
> > It is quite stable in that the secondary processors reliably join the
> > idle domain and wait for free pages to scrub, handling 0x980  
> > interrupts with no problem.
> What's this 980 exception?

Hypervisor decrementer. It's a good thing. ;)

> > However, the domU's sometimes hang during initialization.  When the  
> > domU hangs, it seems the whole machine freezes, including the serial  
> > console.
> Most common cause of this is hanging the U3/U4.  Do you have a hardware
> debugger to see where this happens?

It's been my experience that RISCWatch isn't very helpful in these
situations (e.g. can't stop the processor). When the northbridge goes,
JTAG becomes unhappy.

Hollis Blanchard
IBM Linux Technology Center

Xen-ppc-devel mailing list