Re: [XenPPC] Why no do_softirq() after external interrupt ?

2007-05-18 Thread Amos Waterland
On Fri, May 18, 2007 at 01:03:35AM +, HYEONSEUNG JANG wrote: Is there anyone who can tell me the reason why do_softirq() is not called after external interrupt handling? Or is it just a simple missing(but important) code in XenPPC port ? Others on this list can comment about Xen/PPC's

Re: [XenPPC] [PATCH] Fix Xen-GDB Stub (smp_sen_stop, E00 on unknown command, remove printk prefix)

2007-05-04 Thread Amos Waterland
On Fri, May 04, 2007 at 09:26:07PM +1000, Tony Breeds wrote: On a wider note, How close is the SMP infrastructure to allowing smp_send_stop() to be implemented? The SMP infrastructure supports IPIs now and has been pretty heavily tested. I think you should be able to fill in that function now.

Re: [XenPPC] please test xen-unstable

2007-03-27 Thread Amos Waterland
On Mon, Mar 26, 2007 at 01:19:28PM -0500, Hollis Blanchard wrote: Hi, all the PowerPC changes are now merged into http://xenbits.xensource.com/xen-unstable.hg . Please test this tree and report any problems, because these bits are the ones that will go into the 3.0.5 release which will go into

Re: [XenPPC] Question about netbooting with initrd/initramfs

2007-01-27 Thread Amos Waterland
On Thu, Jan 25, 2007 at 04:39:39PM -0500, David M Daly wrote: I've been having some trouble netbooting linux on a JS21 with an initramfs Getting a builtin initramfs to work on PPC is tricky. The only way I have found to do it is a fragile two-stage process. I assume that you want to build an

[XenPPC] Machine check: instruction-fetch TLB tablewalk

2006-12-15 Thread Amos Waterland
Just saw this on a JS21 blade (internal name is cso52): (XEN) MACHINE CHECK: IS Recoverable (XEN) [ Xen-3.0-unstable ] (XEN) CPU: DOMID: (XEN) pc 10046510 msr 000cf032 (XEN) lr 10063bf4 ctr 0fde93c0 (XEN) srr0 srr1

[XenPPC] [PATCH] Fix systemsim-gpul failure to boot

2006-12-09 Thread Amos Waterland
At present, Xen/PPC fails to boot on the systemsim-gpul public release, as first reported here by Mark Mergen. The symptom of the failure is a Could not allocate RTAS tree panic. The problem turned out to be that the first interrupt vector page was being handed out by the allocator, and one of

Re: [XenPPC] [PATCH] Fix systemsim-gpul failure to boot

2006-12-09 Thread Amos Waterland
On Sat, Dec 09, 2006 at 11:05:31PM -0500, Amos Waterland wrote: This patch fixes the fencepost error and adds a check for the failure to initialize the allocator, which would have make Mark's FTB much easier to debug. This works for me on the public systemsim-gpul release. Signed-off-by: Amos

Re: [XenPPC] [PATCH] Disable DPM until code is audited

2006-12-04 Thread Amos Waterland
; /* NAP */ -hid0.bits.dpm = 0; /* Dynamic Power Management */ +hid0.bits.dpm = 1; /* Dynamic Power Management */ hid0.bits.nhr = 1; /* Not Hard Reset */ hid0.bits.hdice_en = 1; /* enable HDEC */ This works on the JS20 in TRL. Acked-by: Amos Waterland [EMAIL

[XenPPC] Re: FYI: [Xen-devel] FW: Request for Xen console device (xvc0)

2006-11-29 Thread Amos Waterland
Redhat took my patch and rolled it into their paravirtualized framebuffer effort, so I am going to wait a few days to see if that goes in. On Wed, Nov 29, 2006 at 07:24:07AM -0500, Jimi Xenidis wrote: Amos, you see this? Begin forwarded message: From: Keir Fraser [EMAIL PROTECTED] Date:

[XenPPC] multicast function invocations

2006-11-28 Thread Amos Waterland
To summarize the situation, I found two problems. 1. Core Xen has a bug (I believe) in which they do not mark their cpu mask volatile, so the compiler generates an infinite loop in read_clocks. I will send some patches upstream to resolve this issue. 2. Xen/PPC has a problem in that its

Re: [XenPPC] [xenppc-unstable] [XEN][POWERPC] SMP/IPI/MB combined

2006-11-28 Thread Amos Waterland
On Tue, Nov 28, 2006 at 10:47:31AM -0500, Jimi Xenidis wrote: On Nov 28, 2006, at 1:37 AM, Amos Waterland wrote: The compiler is not told that read_clocks_cpumask is volatile, so it is free to turn that loop into an infinite loop, as my gcc 4.1.1 cross-compiler does. I am surprised

[XenPPC] [PATCH] Make IPI handlers run in parallel

2006-11-28 Thread Amos Waterland
read_clocks work properly. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- external.c | 18 +++--- 1 file changed, 15 insertions(+), 3 deletions(-) diff -r a8e67a19c325 xen/arch/powerpc/external.c --- a/xen/arch/powerpc/external.c Tue Nov 28 10:33:53 2006 -0500 +++ b/xen/arch

[XenPPC] [PATCH] Relax IPI stall timeout

2006-11-28 Thread Amos Waterland
. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- smp.c |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff -r a8e67a19c325 xen/arch/powerpc/smp.c --- a/xen/arch/powerpc/smp.cTue Nov 28 10:33:53 2006 -0500 +++ b/xen/arch/powerpc/smp.cTue Nov 28 13:29:50 2006 -0500 @@ -91,6

[XenPPC] [PATCH] Generalized parallel IPI handlers

2006-11-28 Thread Amos Waterland
-by: Amos Waterland [EMAIL PROTECTED] --- arch/powerpc/external.c |6 ++ arch/powerpc/mpic_init.c |6 -- include/asm-powerpc/smp.h |1 - 3 files changed, 2 insertions(+), 11 deletions(-) diff -r a8e67a19c325 xen/arch/powerpc/external.c --- a/xen/arch/powerpc/external.c Tue

[XenPPC] [PATCH] Do not override smp function call wait flag

2006-11-28 Thread Amos Waterland
Do not override the caller's wishes regarding waiting for smp function call completion. I was being too conservative in this respect: the lock protects the call_data structure, and the function called is expected to be threadsafe. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- smp.c

[XenPPC] [PATCH] Fix IPI stall timeout

2006-11-28 Thread Amos Waterland
blade is: min = 34 ticks, max = 119 ticks, mean = 2691ns. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- smp.c | 39 +-- 1 file changed, 25 insertions(+), 14 deletions(-) diff -r e01e08ca629b xen/arch/powerpc/smp.c --- a/xen/arch/powerpc/smp.cTue Nov

Re: SMP issue (Re: Status summary Was: [XenPPC] Cannot boot from local disk)

2006-11-28 Thread Amos Waterland
I can confirm that the JS20 of Kawachiya-san does not boot current Xen/PPC without the nosmp option. I got some time on the blade and narrowed the point of failure down to somewhere in the synchronize_rcu call that synchronize_net makes in dom0 Linux init. I will work on it tomorrow during JST

Re: SMP issue (Re: Status summary Was: [XenPPC] Cannot boot from local disk)

2006-11-28 Thread Amos Waterland
On Wed, Nov 29, 2006 at 03:14:54PM +0900, Kiyokuni Kawachiya wrote: I can confirm that the JS20 of Kawachiya-san does not boot current Xen/PPC without the nosmp option. I got some time on the blade and narrowed the point of failure down to somewhere in the synchronize_rcu call that

Re: [XenPPC] [xenppc-unstable] [XEN][POWERPC] SMP/IPI/MB combined

2006-11-27 Thread Amos Waterland
This will have to be reworked and broken up into individual parts for submission, but here is what is necessary to make 'C-a C-a C-a t' work properly. Jimi, when you disassemble xen-syms compiled without this patch, do you see a bogus infinite loop in read_clocks? The compiler is not told that

Re: [XenPPC] [PATCH] SMP/IPI/ERAT/MB combined

2006-11-21 Thread Amos Waterland
On Mon, Nov 13, 2006 at 12:08:33PM -0500, Jimi Xenidis wrote: On Nov 9, 2006, at 8:04 PM, Amos Waterland wrote: This patch rolls up and rebases the following patches for submission against current tip of tree: * Memory barrier after sp store * Flush the ERAT early for secondary CPUs

[XenPPC] [PATCH] Make Linux bail out of IPI vector reset

2006-11-21 Thread Amos Waterland
solution until we completely virtualize the PIC at some point in the future. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- arch/powerpc/platforms/xen/evtchn.c |1 + arch/powerpc/sysdev/mpic.c |4 include/asm-powerpc/mpic.h |2 ++ 3 files changed, 7

[XenPPC] [PATCH] SMP/IPI/MB combined

2006-11-21 Thread Amos Waterland
it was comitted seperately, and to make the status messages about waiting for remote function completion ACKs only kick in after a full second has passed. Note that this path REQUIRES that some form of the dom0 Linux patch titled Make Linux bail out of IPI vector reset be applied. Signed-off-by: Amos Waterland

Re: [XenPPC] [PATCH] Flush the ERAT early for secondary CPUs

2006-11-11 Thread Amos Waterland
On Fri, Nov 10, 2006 at 03:55:26AM +0100, Segher Boessenkool wrote: p = probability of success = .997 (897 / 900) q = probability of failure = .003 (1.0 - .997) n = number of trials = 2323 X = number of successes= 2323 Applying these to the binomial probability formula, we

[XenPPC] [PATCH] Memory barrier after sp store

2006-11-09 Thread Amos Waterland
Ensure that the store to pa.hype_stack_base will be seen before the store of pa to global_cpu_table[cpuid]. I have been unable to demonstrate this causing a problem in practice despite many attempts, but I think it should go in by inspection anyway. Signed-off-by: Amos Waterland [EMAIL PROTECTED

Re: [XenPPC] Timeout in the past

2006-10-31 Thread Amos Waterland
I have seen this on a Maple now as well: (XEN) reprogram_timer[00] Timeout in the past 0x0038879D3833 0x0038879CF88C (XEN) reprogram_timer[00] Timeout in the past 0x003887AE47A4 0x003887AD2018 ___ Xen-ppc-devel mailing list

[XenPPC] Timebase sync hang

2006-10-31 Thread Amos Waterland
I just saw a case of the timebase sync hang using vanilla Xen/PPC: changeset: 12468:9148f7816d00 tag: tip user:Jimi Xenidis [EMAIL PROTECTED] date:Tue Oct 24 19:11:00 2006 -0400 summary: [TOOLS][POWERPC]fixes to put back commandline in prose builder The console

[XenPPC] Timeout in the past

2006-10-30 Thread Amos Waterland
Using tip of tree Xen/PPC I am seeing warnings like the following on JS20: (XEN) reprogram_timer[00] Timeout in the past 0x0085D8B8CC58 0x0085D8B845D5 ___ Xen-ppc-devel mailing list Xen-ppc-devel@lists.xensource.com

Re: [XenPPC] [linux-ppc-2.6] [LINUX][XEN][POWEPRC] def config changes

2006-10-26 Thread Amos Waterland
On Wed, Oct 25, 2006 at 09:02:29PM -0400, Maria Butrico wrote: I thought we diligently updated this file by hand. We edit it all the time. The comment is flat out wrong. The file is in fact automatically generated. Nobody should ever edit a defconfig by hand, since the Kconfig logic that

[XenPPC] [PATCH] Remove timestamp from xen_maple_defconfig

2006-10-26 Thread Amos Waterland
Remove timestamp from xen_maple_defconfig to reduce merge conflicts in client trees. Generated with: KCONFIG_NOTIMESTAMP=1 make xen_maple_defconfig Thanks to Segher Boessenkool for the suggestion. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- xen_maple_defconfig |1 - 1 file

[XenPPC] [PATCH] SMP and IPI support

2006-10-26 Thread Amos Waterland
on Maple and model 884241X JS20 blades. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- changeset : 25c51961bd3f machines: kpblade1 cso91 cso103 pass: 162 fail: 0 transient : 1 total : 163 reliability : 100% --- arch/powerpc/external.c

[XenPPC] Backtace on single processor blade

2006-10-26 Thread Amos Waterland
We have a particular JS20 blade, named kpblade11, on which we have to flash a downlevel SLOF, and on which when Linux runs it reports only one CPU. Current tip of tree Xen/PPC appears to find the missing processor in some capacity, as the following is printed during boot. Note that this is

Re: [XenPPC] [PATCH] Enable SMP and IPIs

2006-10-24 Thread Amos Waterland
On Tue, Oct 24, 2006 at 05:54:47AM -0400, Jimi Xenidis wrote: On Oct 24, 2006, at 12:22 AM, Amos Waterland wrote: Note that the flurry of IPIs generated by domain creation seems to be a waste of time. Xen on x86 doesn't actually to do anything in response to them, so I have made Xen on PPC

[XenPPC] xen_maple_defconfig fails to boot on bare metal

2006-10-23 Thread Amos Waterland
Compiling the current code from linux-ppc-2.6.hg with xen_maple_defconfig and booting on both JS20 and JS21 produces this: PID hash table entries: 4096 (order: 12, 32768 bytes) Maple: Found RTC at IO 0x1070 cpu 0x0: Vector: 300 (Data Access) at [c0002ffe3b60] pc: c0515128:

[XenPPC] [PATCH] Enable SMP and IPIs

2006-10-23 Thread Amos Waterland
This patch enables SMP and IPIs. It works reliably on JS20 and JS21 blades. It is not quite ready for submission, but I would greatly appreciate any comments. Note that the flurry of IPIs generated by domain creation seems to be a waste of time. Xen on x86 doesn't actually to do anything in

[XenPPC] [PATCH] Skip reset of IPI vectors

2006-10-14 Thread Amos Waterland
Rather than try to make a xen_mpic_init and duplicate all the associated machinery it pulls in, this patch introduces a feature flag. I tried the first approach, and it results in a lot of code duplication, which is a worse maintenence burden than this, I believe. Signed-off-by: Amos Waterland

Re: Status summary Was: [XenPPC] Cannot boot from local disk

2006-10-11 Thread Amos Waterland
On Sat, Oct 07, 2006 at 01:56:56AM +0900, Kiyokuni Kawachiya wrote: 2. The SMP patch apparently causes dom0 Linux to fail on Kawachiya's JS20, but no other JS20. is not solved yet, may depend on my JS20. sent the boot log Hi Kawachiya. If you get a chance, could you please apply

[XenPPC] NAP state

2006-10-10 Thread Amos Waterland
Just as a sanity check, is the intention is to put the processor in the NAP state when .sleep() is invoked? If so, is the following behavior expected? @@ -395,12 +396,34 @@ static void __init __start_xen(multiboot console_endboot(); +while (1) { +long before, after; +

[XenPPC] [PATCH/RFC] Initial IPI framework

2006-10-10 Thread Amos Waterland
This is the minimal set of changes/hacks necessary to get interprocessor interrupts delivered reliably. This is certainly not for submission, I am just posting it because I would appreciate any feedback on the direction this is headed. Basically, we are sharing the mpic less, but I have not

[XenPPC] mpic reset

2006-10-10 Thread Amos Waterland
I don't see a definitive statement in the mpic spec. Is it ok to reset the mpic an arbitrary number of times, or even more than once, after power on? We are allowing dom0 to reset it at the moment ... diff -r b9e38b262f64 arch/powerpc/sysdev/mpic.c --- a/arch/powerpc/sysdev/mpic.c Sun

Re: [XenPPC] Cannot boot from local disk

2006-10-06 Thread Amos Waterland
I took a look at the situation. It boils down to this: 1. In the internal Xen tree, there is a bug (my fault) in which firmware bootargs are overridden by the builtin xen bootarg. This is fixed (by Hollis) in the current public Xen tree. 2. In the internal Xen tree, the SMP patch

[XenPPC] [PATCH] Improve presentation of objcopy output

2006-10-06 Thread Amos Waterland
This makes it easier to grep log files, and just looks a lot better in the console output of a make. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- Makefile |6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff -r a41b8cd01ad2 xen/arch/powerpc/Makefile --- a/xen/arch

Re: SMP patch? Was: [XenPPC] Cannot boot from local disk

2006-10-06 Thread Amos Waterland
On Sat, Oct 07, 2006 at 01:36:18AM +0900, Kiyokuni Kawachiya wrote: Could you synchronize the console here, there are two ways to do this: 1) add sync_console to the cmdline _before_ -- 2) apply the follow diff Do you have output for this? I did this with 1), and this is the

[XenPPC] Spurious interrupt count

2006-10-06 Thread Amos Waterland
I am having some doubts about this code in external.c: vec = xen_mpic_get_irq(regs); if (vec != -1) { ... spur_count = 0; } else { ++spur_count; if (spur_count 100) panic(Too many (%d) spurrious interrupts in a row\n); } When I do

Re: [XenPPC] [PATCH] Rolled up bootargs simplification

2006-10-05 Thread Amos Waterland
On Wed, Oct 04, 2006 at 05:34:05PM -0500, Hollis Blanchard wrote: On Mon, 2006-10-02 at 11:46 -0400, Amos Waterland wrote: This patch has been in use by an internal IBM project for some time. It enables two important things: allowing developers and cluster administrators the option

[XenPPC] [PATCH] Builtin cmdline dependency rule

2006-10-04 Thread Amos Waterland
Rebuild cmdline.o when the user changes the CMDLINE=X argument passed to the make invocation. I couldn't find an example of another project that handles this case properly, so I came up with this. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- .hgignore |1 + xen/arch

Re: [PATCH] Re: [XenPPC] XenPPC: redundancy definition of __trap_to_gdb with CRASH_DEBUG

2006-10-04 Thread Amos Waterland
On Thu, Oct 05, 2006 at 01:52:39PM +1000, Tony Breeds wrote: On Wed, Oct 04, 2006 at 07:36:08AM -0400, Jimi Xenidis wrote: I think hollis nailed correctly, does it work for everyone? Works for me. Did you try building with debug=y, then with debug=n, with no intervening `make clean'?

Re: [XenPPC] Re: Automated reliability report for SMP patch on JS2x

2006-10-03 Thread Amos Waterland
On Tue, Oct 03, 2006 at 12:25:33PM -0400, Maria Butrico wrote: What's really interesting to me about this is that the invocation of the icache invalidation did not go in till later. So if anything we could find this to be even more reliable one the other changes are also picked up. The key

Re: [XenPPC] XenPPC: redundancy definition of __trap_to_gdb with CRASH_DEBUG

2006-10-03 Thread Amos Waterland
On Tue, Oct 03, 2006 at 02:53:02PM -0400, Yi Ge wrote: It seems the gcc couldn't find the prototype of __trap_to_gdb when make the function call in debugger_trap_fatal(). So I added an extern prototype here with ifndef macro. I'm not positive of this, but I'm pretty sure that this is caused by

[XenPPC] [PATCH] Parse Xen command line properly

2006-10-01 Thread Amos Waterland
We are improperly feeding the entire boot parameter string to Xen's generic command line parser. This can have unexpected results when one of the dom0 parameters, such as console=X, has meaning to the Xen parser. First reported by Maria Butrico. Signed-off-by: Amos Waterland [EMAIL PROTECTED

[XenPPC] Automated reliability report for Xen on JS20

2006-09-30 Thread Amos Waterland
An automated process boooted Xen on a JS20 blade 534 times, recording 0 failures and 534 passes, using the launch of the ssh daemon by dom0 as a correctness criteria. The version of Xen used was changeset 261c458e46af, which is tip of tree changeset dbfb5fc0b9b2 plus the bootargs simplification

[XenPPC] [PATCH] Simplify bootargs processing

2006-09-30 Thread Amos Waterland
important things: allowing developers and cluster administrators the option of overriding the bootargs supplied by firmware, and the ability to take a single gold master xen binary and customize its bootargs across a cluster with a simple and well-tested post-processing tool. Signed-off-by: Amos

[XenPPC] Document boot argument processing

2006-09-30 Thread Amos Waterland
Hollis requested that boot argument processing be documented. I have placed the following text on this wiki: http://wiki.xensource.com/xenwiki/XenPPC/BootArguments --- The boot argument processing for powerpc Xen is much less complex than it may appear. Assuming that the 'Simplify bootargs

[XenPPC] [PATCH] Fix compile error in gdbstub.c

2006-09-22 Thread Amos Waterland
With crash_debug=y the compiler can't find a prototype for unimplemented(), where gdb-arch-read_reg is calling it. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- gdbstub.c |1 + 1 file changed, 1 insertion(+) diff -r 0e83ba62a3a5 xen/arch/powerpc/gdbstub.c --- a/xen/arch/powerpc

Re: [XenPPC] Assertion 'entry-next-prev == entry' failed

2006-09-20 Thread Amos Waterland
On Wed, Sep 20, 2006 at 11:35:51AM -0500, Hollis Blanchard wrote: On Tue, 2006-09-19 at 20:04 -0400, Amos Waterland wrote: I am seeing this when loading dom0 now on JS21: (XEN) *** LOADING DOMAIN 0 *** (XEN) Assertion 'entry-next-prev == entry' failed, line 92 ... (XEN) BUG at /home

Re: [XenPPC] Assertion 'entry-next-prev == entry' failed

2006-09-20 Thread Amos Waterland
On Wed, Sep 20, 2006 at 07:20:54PM -0400, Amos Waterland wrote: On Wed, Sep 20, 2006 at 11:35:51AM -0500, Hollis Blanchard wrote: On Tue, 2006-09-19 at 20:04 -0400, Amos Waterland wrote: I am seeing this when loading dom0 now on JS21: (XEN) *** LOADING DOMAIN 0 *** (XEN) Assertion

Re: [XenPPC] Assertion 'entry-next-prev == entry' failed

2006-09-20 Thread Amos Waterland
On Wed, Sep 20, 2006 at 10:52:32PM -0400, Amos Waterland wrote: On Wed, Sep 20, 2006 at 07:20:54PM -0400, Amos Waterland wrote: On Wed, Sep 20, 2006 at 11:35:51AM -0500, Hollis Blanchard wrote: On Tue, 2006-09-19 at 20:04 -0400, Amos Waterland wrote: I am seeing this when loading dom0

[XenPPC] [PATCH] Print backtrace on BUG

2006-09-20 Thread Amos Waterland
This makes Xen/PPC dump a backtrace when a BUG() is triggered. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- config.h | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff -r 5418062d2da8 xen/include/asm-powerpc/powerpc64/config.h --- a/xen/include/asm-powerpc/powerpc64

Re: [XenPPC] [PATCH] Option to override firmware bootargs

2006-09-19 Thread Amos Waterland
On Mon, Sep 18, 2006 at 09:51:05AM -0500, Hollis Blanchard wrote: I'm happy to accommodate netbooting large clusters, but I'm asking you to simplify this situation, not make it more complex. In order to scale to large clusters, one must have flexible and policy-free software. Right now Xen has

Re: [XenPPC] Assertion 'entry-next-prev == entry' failed

2006-09-19 Thread Amos Waterland
. On Thu, Sep 14, 2006 at 06:21:06PM -0400, Amos Waterland wrote: With current linux.hg and xen.hg, I am getting this consistently when creating my third domU: (XEN) Domain[2].0: initializing (XEN) Assertion 'entry-next-prev == entry' failed, line 92, file xen/include/xen/list.h (XEN) BUG

Re: [XenPPC] [PATCH] Option to override firmware bootargs

2006-09-18 Thread Amos Waterland
On Mon, Sep 18, 2006 at 09:19:29AM -0500, Hollis Blanchard wrote: On Sun, 2006-09-17 at 02:40 -0400, Amos Waterland wrote: I recently got a few hours on a Maple development board. I wanted to boot with an nfsroot, but I didn't want to risk changing the bootargs saved in the PIBS firmware

[XenPPC] [PATCH] Option to override firmware bootargs

2006-09-17 Thread Amos Waterland
-off-by: Amos Waterland [EMAIL PROTECTED] --- boot_of.c |5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff -r 1d9c135673e4 xen/arch/powerpc/boot_of.c --- a/xen/arch/powerpc/boot_of.cFri Sep 15 18:20:55 2006 -0400 +++ b/xen/arch/powerpc/boot_of.cSun Sep 17 02:02:51

[XenPPC] Assertion 'entry-next-prev == entry' failed

2006-09-14 Thread Amos Waterland
With current linux.hg and xen.hg, I am getting this consistently when creating my third domU: (XEN) Domain[2].0: initializing (XEN) Assertion 'entry-next-prev == entry' failed, line 92, file xen/include/xen/list.h (XEN) BUG at xen/include/xen/list.h:92

[XenPPC] [PATCH] Fix infinite loop caused by hdec storm

2006-09-14 Thread Amos Waterland
This was the cause of the periodic hang on secondary processors that has been holding back the submission of the SMP patch. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- time.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -r c94df1e4e62c xen/arch/powerpc/time.c

[XenPPC] [PATCH] SMP support

2006-09-14 Thread Amos Waterland
Enable secondary processors as schedulable entities and allow domU's to run on them. Tested extensively on JS20 and JS21 with up to ten domains at a time. Note that this patch relies on the hdec storm patch just posted. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- setup.c | 36

[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

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

[XenPPC] [PATCH] fix build break in exceptions.c

2006-09-08 Thread Amos Waterland
Building exceptions.c with CRASH_DEBUG=y produces a build break, because gcc complains about the unused variable. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- exceptions.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff -r 715014b95488 xen/arch/powerpc/exceptions.c

[XenPPC] padd_to_maddr panic

2006-09-06 Thread Amos Waterland
Using current xen.hg and linux.hg, I get this when I try to run `xm vcpu-list': (XEN) (XEN) Panic on CPU 0: (XEN) paddr_to_maddr: Dom:0 paddr: 0xf5d5ecc0 bad type:0x3 (XEN) (XEN) (XEN) Reboot in five seconds...

[XenPPC] [PATCH] Fix paddr_to_maddr panic message

2006-08-30 Thread Amos Waterland
I saw this fire once and was mightily confused by the type printed. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- usercopy.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff -r e12aa1195f58 xen/arch/powerpc/usercopy.c --- a/xen/arch/powerpc/usercopy.c Wed Aug 30

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

2006-08-29 Thread Amos Waterland
On Tue, Aug 29, 2006 at 09:02:58AM +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? Perhaps my phrasing is bad. I was

[XenPPC] domU bad page state

2006-08-28 Thread Amos Waterland
Using tip of tree xen.hg and linux.hg, I get this when launching a domU: Freeing initrd memory: 3141k freed Bad page state in process 'swapper' page:c075d000 flags:0x1008 mapping: mapcount :0 count:0 Trying to fix it up, but a reboot is needed Backtrace: Call

[XenPPC] [PATCH] Enable autofs in defconfig

2006-08-25 Thread Amos Waterland
Turn on autofs support in the Xen PPC defconfig. This allows dom0 to do automounts and is necessary for a portable nfsroot. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- xen_maple_defconfig |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff -r 899b84c2c979 arch/powerpc

Re: [XenPPC] Error creating domain on JS20 (Fw: [Prose-jvm] Brief Status in TRL (2006/08/24))

2006-08-24 Thread Amos Waterland
reports :) . I had the same problem on JS21, and Hollis' patch fixes it for me. Acked-by: Amos Waterland [EMAIL PROTECTED] ___ Xen-ppc-devel mailing list Xen-ppc-devel@lists.xensource.com http://lists.xensource.com/xen-ppc-devel

[XenPPC] [PATCH] Enable SMP, smp_processor_id, for_each_cpu, nosmp, maxcpus=X

2006-08-21 Thread Amos Waterland
systemsim-gpul, with NR_CPUS from 1 to 64, nosmp, and maxcpus from 1 to 3. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- arch/powerpc/boot_of.c | 67 +++-- arch/powerpc/powerpc64/exceptions.S | 37 arch/powerpc/powerpc64/ppc970

[XenPPC] [PATCH] Linker script causes SMP memory corruption

2006-08-19 Thread Amos Waterland
. This patch fixes the three issues described above. Tested on systemsim-gpul, JS20 and JS21. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- arch/powerpc/xen.lds.S | 15 +-- include/asm-powerpc/percpu.h |5 +++-- 2 files changed, 12 insertions(+), 8 deletions(-) diff -r

[XenPPC] [PATCH] Init secondary processors up to assigning r13 (respin)

2006-08-18 Thread Amos Waterland
is a candidate for merging. I will submit a patch next for smp_processor_id, and then one for making the secondary processors join the idle domain, but I would like to have any necessary discussion about this portion first. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- arch/powerpc

[XenPPC] [PATCH] Init secondary processors up to assigning r13

2006-08-17 Thread Amos Waterland
processors, JS20 with two processors, and JS21 with four processors. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- arch/powerpc/Makefile |2 - arch/powerpc/boot_of.c | 53 +--- arch/powerpc/mpic.c |2 - arch

[XenPPC] PHDR link failure testcase

2006-08-14 Thread Amos Waterland
Using a `powerpc64-linux-gcc (GCC) 4.1.1 ()' x86-ppc toolchain, if I do this: diff -r 9563f5c9ab19 xen/include/asm-powerpc/config.h --- a/xen/include/asm-powerpc/config.h Mon Aug 14 15:22:22 2006 -0500 +++ b/xen/include/asm-powerpc/config.h Mon Aug 14 19:13:07 2006 -0400 @@ -51,7 +51,7 @@

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

2006-08-10 Thread Amos Waterland
be environments where it is difficult to get access to the firmware console. Tested on JS20 and JS21 blades. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- Makefile |6 -- boot_of.c | 38 -- setup.c |4 3 files changed, 32 insertions(+), 16

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

2006-08-10 Thread Amos Waterland
. So this patch makes us print one extra line before quiescing OF. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- boot_of.c | 52 ++--- powerpc64/exceptions.S |8 +++ 2 files changed, 57 insertions(+), 3 deletions(-) diff

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

2006-08-09 Thread Amos Waterland
This is a rough first cut at handshaking with the secondary processors. Once we get this right, they will wait on a shared variable, build a stack, and start running C code proper. I am posting this now because I want to make sure we get the register flushes and memory barriers correct. Any

[XenPPC] [PATCH] make virtual console driver use /dev/xvc

2006-08-03 Thread Amos Waterland
' in your rootfs to use it. Signed-off-by: Amos Waterland [EMAIL PROTECTED] --- drivers/xen/console/console.c | 19 +-- include/linux/major.h |2 ++ 2 files changed, 19 insertions(+), 2 deletions(-) diff -r 17aa29a18b08 drivers/xen/console/console.c --- a/drivers/xen