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
On Nov 28, 2006, at 1:37 AM, Amos Waterland wrote:
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
On Nov 28, 2006, at 3:17 AM, Amos Waterland wrote:
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
When using the register dump feature of Xen, one will often see a
message about an IPI finish stall. This is because we expected IPI
handlers to run very quickly, but in this case, the handler is doing a
lot of console I/O in order to print the register contents. So relax
the stall timeout.
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 |
# HG changeset patch
# User Jimi Xenidis [EMAIL PROTECTED]
# Node ID e01e08ca629b4f154828b0976a58df8767558aec
# Parent 1e1a63408129bea2d87f485c52f1be21ada35ff0
[XEN][POWERPC] Do not override smp function call wait flag
Do not override the caller's wishes regarding waiting for smp function
call
On Nov 28, 2006, at 5:55 PM, Amos Waterland wrote:
When using the register dump feature of Xen, one will sometimes see a
message about an IPI finish stall. This is because of an int to long
comparison bug, so fix it by doing proper nanosecond based time
accounting.
As a side note, our IPI
# HG changeset patch
# User Jimi Xenidis [EMAIL PROTECTED]
# Node ID bb5491a55606b88c86f380aae406f7077c3118bc
# Parent 2e909d6f2ab767fe5723a97e2f5413f876167296
[XEN][POWERPC] cleanup hard tabs
allowed in some files in order to track linux lineage
---
xen/arch/powerpc/bitops.c | 124
Amos,
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
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
10 matches
Mail list logo