On Mon, Nov 27, 2006 at 12:04:36PM -0500, Maria Butrico wrote:
> This problem is solved on the latest version of Xen.
I do not think the problem is completely solved. I am still seeing
repeated prints like this:
(XEN) CPU[PIR:1 IPI:1 Logical:1] Hello World!CPU[PIR:1 IPI:1 Logical:1]
Hello Worl
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
On Mon, Nov 27, 2006 at 12:04:36PM -0500, Maria Butrico wrote:
> This problem is solved on the latest version of Xen. I would encourage
> Tony, who is running tests, to test all forms of xen, debug and not (I
> am assuming that he uses an automated procedure, so is just a matter of
> setting it
# HG changeset patch
# User Jimi Xenidis <[EMAIL PROTECTED]>
# Node ID cc45282daf3d242fdcf6e858c0b18b7f1086a318
# Parent 02aaaf00a9229b6564e860618f329bd2f9303a1e
[XEN][POWERPC] OFD dump prefix screen and hook into keyhandler
This patch adds the ability to view the devtree from the Xen console.
S
# HG changeset patch
# User Jimi Xenidis <[EMAIL PROTECTED]>
# Node ID 02aaaf00a9229b6564e860618f329bd2f9303a1e
# Parent 305751a5281e12537a6485d74ac9f53a73ee8816
[TOOLS][POWERPC] update prose builder to define the mem_mb arg.
Signed-off-by: Jimi Xenidis <[EMAIL PROTECTED]>
---
tools/python/xen/x
BTW: in the future, if you are lucky enough to get xmon, please do a
register dump ('r'), special register dump ('S'), and a function
traceback ('t') (use '?' for help) and send that as well.
-JX
On Nov 27, 2006, at 12:08 PM, Jimi Xenidis wrote:
On Nov 27, 2006, at 12:02 PM, Maria Butrico
Thanks for verifying Maria.
-JX
On Nov 27, 2006, at 12:04 PM, Maria Butrico wrote:
This problem is solved on the latest version of Xen. I would
encourage Tony, who is running tests, to test all forms of xen,
debug and not (I am assuming that he uses an automated procedure,
so is just a ma
On Nov 27, 2006, at 12:02 PM, Maria Butrico wrote:
Jimi, where did you get the idea that this linux was SMP. I recall
that we build Linux for SMP even though we run it UP if we boot it
on a xen partition.Maybe you see something I missed.
This:
cso85:/ # cpu 0x2: Vector: 700 (Program
This problem is solved on the latest version of Xen. I would encourage
Tony, who is running tests, to test all forms of xen, debug and not (I
am assuming that he uses an automated procedure, so is just a matter of
setting it up to go twice).
Maria Butrico wrote:
I seem to be the only person
Jimi, where did you get the idea that this linux was SMP. I recall that
we build Linux for SMP even though we run it UP if we boot it on a xen
partition.Maybe you see something I missed.
Jimi Xenidis wrote:
Thanks for clarifying this Dilma, there is no Xen present if the Linux
is SMP :)
Thanks for clarifying this Dilma, there is no Xen present if the
Linux is SMP :)
-JX
On Nov 27, 2006, at 10:25 AM, Dilma DaSilva wrote:
This is not a xen problem. I believe it's a gpfs problem on the
shutdown/umount path. We're using gpfs with a kernel version that it
doesn't support yet and
This is not a xen problem. I believe it's a gpfs problem on the
shutdown/umount path. We're using gpfs with a kernel version that it
doesn't support yet and I have fixed problems related to clear_inode
before (Linux has changed some interfaces in the vfs layer on 2.6.17).
Dilma
David M Daly wri
I got the following error this morning from the console on one of our
JS21s. I had a program that was supposed to ssh into the blade and reboot
it after shutting down GPFS. I don't think it did any of the gpfs shutdown
before crashing. Here is the error message. I saw it because I happened to
b
13 matches
Mail list logo
