Not saying its working 100%, but...
in /root you need your vmlinux.strip and the following 2 files:
dom1
Description: Binary data
xm script text file
DomU.dtb
Description: Binary data
binary devtree blob
as root:
# xend start
# xm create dom1
How to get the xm tools on your dom0?
I
Good, lets take it a little further.
I know you are are building on my original good enuff loop but lets
go all the way here.
On Aug 9, 2006, at 11:12 PM, Amos Waterland wrote:
diff -r 058f2e27476d xen/arch/powerpc/boot_of.c
--- a/xen/arch/powerpc/boot_of.cMon Aug 07 17:49:16 2006
On Aug 14, 2006, at 12:56 PM, Maria Butrico wrote:
The wiki at http://wiki.xensource.com/xenwiki/XenPPC/Build states
if your cross toolchain is not capable of generating both 64-bit
and 32-bit code then you will have to add CROSS32_COMPILE=powerpc-
unknown-linux-gnu- to all you Linux
On Aug 14, 2006, at 2:09 PM, Orran Y Krieger wrote:
Building xen, cross compiled from an x86 box. Couple of things led
me astray on web page:
At lest on my box, you needed
CROSS_COMPILE=powerpc64-linux- CROSS_COMPILE32=powerpc-linux-
So, CROSS32_COMPILE should be CROSS_COMPILE32 I
On Aug 14, 2006, at 6:50 PM, Hollis Blanchard wrote:
On Mon, 2006-08-14 at 17:48 -0400, Jimi Xenidis wrote:
On Aug 14, 2006, at 4:57 PM, Hollis Blanchard wrote:
Why do we free the HTAB in arch_domain_destroy(),
Xen heap
but free the RMA in
domain_relinquish_resources()?
Domheap
On Aug 15, 2006, at 2:41 AM, Tony Breeds wrote:
On Mon, Aug 14, 2006 at 07:17:37PM -0400, Amos Waterland wrote:
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
snip
On Aug 16, 2006, at 10:00 PM, Tony Breeds wrote:
On Wed, Aug 16, 2006 at 08:10:20AM -0400, Jimi Xenidis wrote:
Thanks for getting to the bottom of this Tony.
As it's empty the linker decides to start a
3rd segment rather than waste disk space.
Hmm, what is empty?
By empty I mean filled
BTW: This has been tested with DOM0_IMAGE=...vmlinux.strip, tho' it
would be better to use a zImage anyway.
-JX
On Aug 17, 2006, at 4:21 PM, Xen patchbot-xenppc-unstable wrote:
# HG changeset patch
# User Jimi Xenidis [EMAIL PROTECTED]
# Node ID 697bd866535ba6d73de5fc6c988e96bc034bbdd0
Thanks Amos.. I adapted it a little bit.. good catch.. pushed.
-JX
On Aug 17, 2006, at 6:30 PM, Amos Waterland wrote:
In find_space, if the user passes zero for the size argument she will
get a random value returned.
Signed-off-by: Amos Waterland [EMAIL PROTECTED]
---
boot_of.c |2 +-
1
domain building does not work
do not update.. I'll fix it ASAP
-JX
___
Xen-ppc-devel mailing list
Xen-ppc-devel@lists.xensource.com
http://lists.xensource.com/xen-ppc-devel
yes.
sorry that it was not clear.
-JX
On Aug 20, 2006, at 3:40 PM, Maria Butrico wrote:
Jimi Xenidis wrote:
I managed to introduce a bug during my first merge, and we have
shadow ops to deal with.
Sorry for the inconvenience, Here is my latest dom1 script.
you can get the ramdisk.image.gz
On Aug 21, 2006, at 12:07 AM, Olof Johansson wrote:
On Wed, Aug 09, 2006 at 09:05:24AM -0400, Jimi Xenidis wrote:
We intend to include these in the OpenPAPR :-P
Yet another PAPR!?
hmm..
no the same one power.org blessed, the plan is to have Xen bindings
and more :)
why is 1100+ pages
On Aug 21, 2006, at 3:47 AM, Tristan Gingold wrote:
Le Vendredi 18 Août 2006 23:21, Hollis Blanchard a écrit :
On Fri, 2006-08-18 at 18:02 +0200, Tristan Gingold wrote:
[...]
I have also fixed a few bugs in guest_access.h
Do you think you could split those out as a diff to
On Aug 20, 2006, at 9:38 PM, Maria Butrico wrote:
I get lots of shadow errors. patch forthcoming. Where is shadow.c?
DAMN!
Sorry, keep forgetting hg add
pushed and thanks for peeking at my dir and posing the file :-)
-JX
___
Xen-ppc-devel
I think maria reported the oftree.h issue, this morning.
I pushed that solution, please try that.
-JX
On Aug 21, 2006, at 11:31 AM, poff wrote:
wow, thats a little unexpected, what version of gcc is that?
anyway, does the following patch solve the issue?
-JX
diff -r dbe9249ba61b
Ok.. The PPC team are finally going whole hog on the VIO stuff and
going after net front/back.
I'm looking at linux: network_alloc_rx_buffers() which allocates a
bunch of skbuf pages and eventually calls XENMEM_decrease_reservation
to remove them from the domain.
We use large pages, and in
On Aug 21, 2006, at 1:11 PM, Ian Pratt wrote:
We use large pages, and in fact we are forced to a special area to
handle real mode exceptions called an RMA.
Consider it a permanent large page (64M) that is used for real mode,
this is our minimum memory.
In order to decrease a reservation that
On Aug 21, 2006, at 4:00 PM, Hollis Blanchard wrote:
On Sun, 2006-08-20 at 13:28 -0400, Jimi Xenidis wrote:
Hollis, I'm sure you have a better way to do this in the TCL.
I'll be adding some shadow ops to the hypervisor, mainly to make sure
everyone knows that it is disabled, but this TCL
On Aug 21, 2006, at 8:12 PM, Amos Waterland wrote:
Add support for the nosmp and maxcpus=X command line options, and
address Hollis' concerns about comments, prototypes, and panic
messages.
thanks Amos, pushed.
I had to follow it with a workaround for a Xen assumption so domain
creation
Currently when we create a domain we immediately allocate its RMA.
Previously we allowed the xend tools to fail when allocating more
memory.
However, when the tools probe to see if there is enuf memory to
allocate the expected failing one it goes after the balloon driver.
specific example:
Since xend brings down the NIC to setup the bridging it makes an
nfsroot impossible.
so..
1) Am I correct?
2) Any good workarounds?
-JX
___
Xen-ppc-devel mailing list
Xen-ppc-devel@lists.xensource.com
http://lists.xensource.com/xen-ppc-devel
On Aug 24, 2006, at 10:42 AM, Maria Butrico wrote:
Today, I installed necessary tools including mercurial to LinuxPPC,
self-built XenPPC, dom0 Linux, and Xen Tools on LinuxPPC, and
installed
them. I also built j9-xen-ppc with the latest codes, and tried to
start it
on my
The following patch fixes a bug where xenconsoled will can SEGV
because it uses FD_ISSET(-1,xxx). Since the code is written that any
ring/tty handler can set d-tty_fd to -1 it has to be checked
_every_time_.
Signed-off-by: Jimi Xenidis [EMAIL PROTECTED]
diff -r
On Aug 24, 2006, at 12:52 PM, Jimi Xenidis wrote:
On Aug 24, 2006, at 12:11 PM, Orran Y Krieger wrote:
Yesterday (from a week old version of the tools/linx/xen) we could
repeatedly:
start test domain
xenconsole to it
xm destroy it
Today, after updating everything, we have
On Aug 25, 2006, at 12:17 AM, Orran Y Krieger wrote:
Been doing a binary search to find at least one of the things
causing a crash. What I have now is that the following call from
libOS reliably crashes xen.
the call is:
rc = hcall_read(ret, flags, idx + i);
In the
Orran || Maria, please test and ack the following patch.
BTW: Thanks to Jonathan Wildstrom for pointing the H_READ_4 error in
the rhype code.
--
diff -r d87d602408d5 xen/arch/powerpc/papr/xlate.c
--- a/xen/arch/powerpc/papr/xlate.c Thu Aug 24 21:07:46 2006 -0400
+++
On Aug 25, 2006, at 8:29 AM, Orran Y Krieger wrote:
Certainly... the test os maps itself in V==R, and it seems to have
a call
to check for each entry before mapping it.
Recall the lineage of this code was for chip validation, so it does
not surprise me that some wasteful tho validating
thanks orran... pushed
-JX
On Aug 25, 2006, at 1:23 PM, Orran Y Krieger wrote:
worked, thanks!!!
Jimi Xenidis [EMAIL PROTECTED] wrote on 08/25/2006 08:22:27 AM:
Orran || Maria, please test and ack the following patch.
BTW: Thanks to Jonathan Wildstrom for pointing the H_READ_4 error
On Aug 25, 2006, at 5:48 PM, [EMAIL PROTECTED] wrote:
Following code includes assembler versions of clear_page_cacheable
(), by Xenidis,
copy_page(), and copy_page_cacheable(). The 'cacheable' versions
use 'dcbz' for
clearing cache lines; the target page is assumed to be cacheable.
On
.
Performance is now way better and the JS21 should have access to
their disks as rootfs.
You can change this amount my adding dom0_mem=n[Gg|Mm|Kk|Bb] to
your Xen options.
-JX
# HG changeset patch
# User Jimi Xenidis [EMAIL PROTECTED]
# Node ID f8233165fb80982c36cc8a124c6e017821805843
# Parent
On Aug 28, 2006, at 11:47 AM, Hollis Blanchard wrote:
On Sun, 2006-08-27 at 20:20 +, Xen patchbot-xenppc-unstable wrote:
+/* make sure we are at least as big as the RMA */
+if (dom0_nrpages rma_nrpages)
+dom0_nrpages = rma_nrpages;
+else
+dom0_nrpages =
BTW: WRT __XEN_INTERFACE_VERSION__, IMHO, Tony's patch got it right.
I was not able to quickly figure out how Hollis did it, here is the
diff from Tony:
diff -r 0d95131b439e arch/powerpc/Makefile
--- a/arch/powerpc/Makefile Tue Sep 05 18:00:40 2006 -0500
+++ b/arch/powerpc/Makefile
On Sep 8, 2006, at 10:40 AM, Hollis Blanchard wrote:
On Fri, 2006-09-08 at 02:10 +, Xen patchbot-xenppc-unstable wrote:
+static inline ulong read_scom(ulong addr)
+{
+union scomc c;
+ulong d;
+
+c.word = 0;
+c.bits.addr = addr;
+c.bits.RW = 0;
Shouldn't RW = 1 for a
online from the boot cpu and then trying
to wait for the secondary processor to mark itself online.
Signed-off-by: Amos Waterland [EMAIL PROTECTED]
Brain-fart-by: Jimi Xenidis [EMAIL PROTECTED]
Thanks amos
-JX
___
Xen-ppc-devel mailing list
Xen-ppc
On Sep 8, 2006, at 10:38 AM, Maria Butrico wrote:
I had run my domains and killed them and my console was still
running. I
also have as you know multi patch, your 128m patch and the patch I
sent
this morning to xen-ppc.
I saw this on the machine/xen console (we have so many consoles we
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?
See
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
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
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
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
Yup Tony, thats it.
Beofre actually detecting this panic we uses to just hang with the
last of the buffered output showing that Linux was processing the
dt_* tree (IIRC), now at least the panic flushed out put and shows
you why.
-JX
On Sep 14, 2006, at 3:11 AM, Tony Breeds wrote:
On Tue,
On Sep 14, 2006, at 10:23 AM, poff wrote:
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 can use SOL to talk to your linux console without Xen and you
cannot _with_ Xen then we need to get to the bottom
ARGH!
So really a timeout of 0 means hold off pop the timer _not_ force
timer pop.
This is my brain fart, thanks for catching it amos.
Pushing now
-JX
On Sep 14, 2006, at 6:49 PM, Amos Waterland wrote:
This was the cause of the periodic hang on secondary processors
that has
been holding
On Sep 17, 2006, at 3:10 PM, poff wrote:
The changeset below solve the ramdisk freeing error we see on DomUs.
This issue hit Dan consistently so we adjusted his Dom1 script to
allocate more memory which allowed his linux to be usable.
Dan, please pull/rebuild and change your memory back to 64
hey Amos,
Please see how __warn() calls backtrace.
Also lets make this a full binding and call it __full_crash that way
the backtrace will be labeled and useful since the first frames are
dubious.
-JX
On Sep 20, 2006, at 11:41 PM, Amos Waterland wrote:
This makes Xen/PPC dump a backtrace
(tho TB's O-patch will help with this).
But I think on BUG() and Machine check we should always dump this
info even before the debugger.
Thoughts?
-JX
On Sep 21, 2006, at 9:18 AM, Jimi Xenidis wrote:
hey Amos,
Please see how __warn() calls backtrace.
Also lets make this a full binding
On Sep 20, 2006, at 11:29 PM, Amos Waterland wrote:
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
on the last element
and returns, and then the next call to the same function looks through
the same list and decides that it is not empty and tries to do a
list_del, which triggers the BUG I am seeing.
Thanks to Jimi Xenidis for tracking this down.
Signed-off-by: Jimi Xenidis [EMAIL PROTECTED]
Acked
--text follows this line--
This patch allows the caller to find out if the gdbstub actually did
anything.
Signed-off-by: Jimi Xenidis [EMAIL PROTECTED]
---
diff -r e0bb62683805 xen/common/gdbstub.c
--- a/xen/common/gdbstub.c Fri Sep 22 11:02:47 2006 -0400
+++ b/xen/common/gdbstub.c
On Sep 25, 2006, at 9:34 AM, Keir Fraser wrote:
On 25/9/06 14:27, Jimi Xenidis [EMAIL PROTECTED] wrote:
Currently there are two failure cases:
1) GDB had no transport available for its use (UART or otherwise)
2) unexpected trap, usually another trap occurs while gdb is in
control
I
If someone has a JS21 with SLES-10 on the disk, please try the
following patch.
It seems that I destroyed my filesystem on the blade in DE and need
to wait till tomorrow to hare it restored.
-JX
diff -r acfb1ac23f80 xen/arch/powerpc/dart_u4.c
--- a/xen/arch/powerpc/dart_u4.cMon Sep
On Sep 26, 2006, at 9:44 AM, Jimi Xenidis wrote:
On Sep 26, 2006, at 1:39 AM, Segher Boessenkool wrote:
@@ -126,6 +126,8 @@ static void u4_inv_entry(ulong pgn)
union dart_ctl dc;
ulong retries = 0;
+return u4_inv_all();
If you need inv_all here, you have a bug elsewhere
On Sep 26, 2006, at 1:39 AM, Segher Boessenkool wrote:
@@ -126,6 +126,8 @@ static void u4_inv_entry(ulong pgn)
union dart_ctl dc;
ulong retries = 0;
+return u4_inv_all();
If you need inv_all here, you have a bug elsewhere...
I agree, I'm just trying to corner the beast :)
-JX
On Sep 27, 2006, at 8:37 AM, Segher Boessenkool wrote:
If you need inv_all here, you have a bug elsewhere...
I agree, I'm just trying to corner the beast :)
Ok, this seems to work, its pretty solid, so somehow our
invalidation logic is sufficient for network but not disk
activity. One
If you wish to actually have Xen reboot you will need to set
crash_debug=n since xen will call out to the debugger if dom0 dies
-JX
On Sep 28, 2006, at 12:40 PM, Xen patchbot-xenppc-unstable wrote:
# HG changeset patch
# User Jimi Xenidis [EMAIL PROTECTED]
# Node ID
On Sep 28, 2006, at 3:58 PM, Maria Butrico wrote:
I can dump part of the core file out but not all. I see a message
about connection refused to xend. Yet xend is running.Are
there tools for reading the core file?
Sorry, not supported yet, not even in our checklist:
On Sep 29, 2006, at 5:55 AM, Jimi Xenidis wrote:
On Sep 29, 2006, at 12:25 AM, Amos Waterland wrote:
At dom0_mem 2G and 7G, we get:
(XEN) *** LOADING DOMAIN 0 ***
(XEN) Cannot handle page request order 13!
(XEN)
(XEN)
(XEN) Panic on CPU 0:
(XEN
On Oct 1, 2006, at 2:30 AM, Tony Breeds wrote:
On Fri, Sep 29, 2006 at 08:56:54PM +1100, Tony Breeds wrote:
Hi All,
These patches update the xm-test code to be more easily portable
to new architecture. This focus od this endevour is PPC but I believe
that IA64 also benifits.
snip
couple things
On Sep 29, 2006, at 5:57 AM, Tony Breeds wrote:
Add configuration data for powerpc.
Allows for building of initrd, and running of tests.
Signed-off-by: Tony Breeds [EMAIL PROTECTED]
---
tools/xm-test/lib/XmTestLib/arch.py | 30 +
On Oct 1, 2006, at 1:20 PM, poff wrote:
I don't know if I'm off base but have you added appropriate code to
linux? specifically arch/powerpc/platforms/xen/hcall.c ?
An existing hypercall, viz #36, do_domctl, provides several
commands to access guest domains.
For example,
On Oct 1, 2006, at 3:33 PM, Jimi Xenidis wrote:
On Oct 1, 2006, at 1:20 PM, poff wrote:
I don't know if I'm off base but have you added appropriate code to
linux? specifically arch/powerpc/platforms/xen/hcall.c ?
An existing hypercall, viz #36, do_domctl, provides several
commands
On Oct 2, 2006, at 1:37 AM, Tony Breeds wrote:
On Sun, Oct 01, 2006 at 08:59:44AM -0400, Jimi Xenidis wrote:
This can not be correct, I suppose it should return nothing?
okay. Looking at the callers for getDeviceModel, it's only needed for
HVM domains and the method/function is only used
Not sure what the redundancy is?
I see 2 prototypes and you have added one.
please explain.
-JX
On Oct 3, 2006, at 12:23 PM, Yi Ge wrote:
It looks like the compiler's problem: it makes a implicit
definition of __trap_to_gdb on the asm/debugger.h. This will
cause the redundancy definition
On Oct 3, 2006, at 12:25 PM, 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.
But it did include the I/D cache flush of text.
The i-cache invalidate you speak requires the running of DomUs
So if
_not_ consider SMP stable, its just a fact.
-JX
Jimi Xenidis wrote:
On Oct 3, 2006, at 12:25 PM, 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.
But it did include the I/D cache flush of text.
The i
I think hollis nailed correctly, does it work for everyone?
# HG changeset patch
# User Hollis Blanchard [EMAIL PROTECTED]
# Node ID c3312bbd598a50b3c48955a8f4c9dba6330fc7d8
# Parent d1f6d0f820d890ac6075f47ad1ba6e38012167b4
[POWERPC][XEN] Move gmfn_to_mfn() from page.h to mm.h to avoid
Kawachiya-san, thank you for the exhaustive analysis!
Could you make sure that you show the cmdline as both Xen _and_ Linux
see it? I suspect that perhpas the order by which we evaluate the
CMDLINE may be incorrect.
On Oct 6, 2006, at 7:38 AM, Kiyokuni Kawachiya wrote:
Kawachiya-san,
On Oct 6, 2006, at 8:25 AM, Kiyokuni Kawachiya wrote:
Could you make sure that you show the cmdline as both Xen _and_ Linux
see it? I suspect that perhpas the order by which we evaluate the
CMDLINE may be incorrect.
Jimi,
Let me first say that my analysis is based on our internal version,
splitting emails
On Oct 6, 2006, at 7:59 AM, Jimi Xenidis wrote:
Kawachiya-san, thank you for the exhaustive analysis!
On Oct 6, 2006, at 7:38 AM, Kiyokuni Kawachiya wrote:
Kawachiya-san, seems that your problem today is different from
yesterday. You have however not answered any of my
More splits
On Oct 6, 2006, at 7:59 AM, Jimi Xenidis wrote:
Kawachiya-san, thank you for the exhaustive analysis!
On Oct 6, 2006, at 7:38 AM, Kiyokuni Kawachiya wrote:
1. I could not boot our internal version which is a little bit old
version,
but contains the SMP patch.
It failed
On Oct 6, 2006, at 7:59 AM, Jimi Xenidis wrote:
Kawachiya-san, thank you for the exhaustive analysis!
3. I also cannot boot the official XenPPC in XenSource, which I
already
reported.
:
Welcome to yaboot version 10.1.14-r716.SuSE
booted from '/ht/[EMAIL PROTECTED
On Oct 6, 2006, at 10:38 AM, Kiyokuni Kawachiya wrote:
3. In the public Xen tree, the 32-bit objcopy produces an image that
Kawachiya's yaboot apparently cannot load.
The catch-22 is that if Maria updates the internal tree to get the
fixes
in the public tree, the bootargs problem
On Oct 6, 2006, at 11:05 AM, Kiyokuni Kawachiya wrote:
It probably is, which image do you copy for yaboot to use?
I usually copied xen/xen to /boot/xen-3.0-unstable, and specified
it in
yaboot.conf.
can you try:
$ objcopy -S xen/xen-syms xen/xen.yaboot
and have yaboot load xen.yaboot
Not really similar to Tony's.
Dan yours is known, Xen is setup to trap if Dom0 shutsdown _and_
crash_debug=y
-JX
On Oct 6, 2006, at 5:03 PM, poff wrote:
Similar panic whenever 'shutdown -h' on JS20 (using local ide for
root fs):
...
/dev/hda2
umounted
On Oct 7, 2006, at 9:15 AM, Segher Boessenkool wrote:
The code of concern seems well suited to catch a spurious interrupt
storm, since when a valid external interrupt is recieved, the
counter is
reset. But given that we don't take our first external until way
into
dom0's boot, we are
On Oct 7, 2006, at 11:26 PM, poff wrote:
Looking at xlate.c, the htab and entries are access in following way:
struct vcpu *v = get_current();
struct domain *d = v-domain;
struct domain_htab *htab = d-arch.htab;
union pte volatile *pte;
pte = htab-map[ptex];
htab-map is
Not for inclusion for 3.0.3 but it should be harmless.
The following patch allows for an architecture to decorate the
dev_bus_addr returned by a gnttab mapping.
Signed-off-by: Jimi Xenidis [EMAIL PROTECTED]
___
Xen-ppc-devel mailing list
Xen-ppc-devel
Not for inclusion for 3.0.3 but it should be harmless.
But includes patch this time :)
The following patch allows for an architecture to decorate the
dev_bus_addr returned by a gnttab mapping.
Signed-off-by: Jimi Xenidis [EMAIL PROTECTED]
diff -r e30376a0abc3 xen/common/grant_table.c
--- a/xen
On Oct 10, 2006, at 9:20 AM, Xen patchbot-xenppc-unstable wrote:
# HG changeset patch
# User Jimi Xenidis [EMAIL PROTECTED]
# Node ID 7af3636da4b955e556af19af91b03633b565cce2
# Parent 3583d270140501b208f08335e10105d3f05c52d8
[XEN][POWERPC] Remove pfn2mfn() now that it is understood
These patches mostly from Tony allow us to run xm-test to completion.
There is no claim that all of these work, but at least we are able to
generate reports.
See http://wiki.xensource.com/xenwiki/XenPPC/Run/XM-Test for more info.
Here is the passfail output of the default test suite (no
On Oct 10, 2006, at 12:54 PM, Jimi Xenidis wrote:
These patches mostly from Tony allow us to run xm-test to completion.
There is no claim that all of these work, but at least we are able
to generate reports.
See http://wiki.xensource.com/xenwiki/XenPPC/Run/XM-Test for more
info.
Here
On Oct 10, 2006, at 1:12 PM, Amos Waterland wrote:
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?
Yes!
Sleep turns the EE bit on and you have enabled HDEC so they are both
firing
On Oct 10, 2006, at 1:38 PM, Dan Smith wrote:
(Note: I'm going only on the information provided in this mail, so if
I'm missing a bigger picture, please let me know)
REASON: Device is not actually attached to domU FAIL:
04_block_attach_device_repeatedly_pos.test
This test starts a domain
On Oct 10, 2006, at 2:03 PM, Dan Smith wrote:
JX This one does since 01_block_attach_device_pos.py has:
JX config = {disk:phy:/dev/ram0,hda1,w}
JX domain = XmTestDomain(extraConfig=config)
You must be talking about something other than what is in mainline
xm-test, is that right? In my copy
On Oct 10, 2006, at 1:38 PM, Dan Smith wrote:
Does block-{attach,detach} work on PPC?
Ok tried it manually and it does :)
-JX
___
Xen-ppc-devel mailing list
Xen-ppc-devel@lists.xensource.com
http://lists.xensource.com/xen-ppc-devel
On Oct 10, 2006, at 7:16 PM, Amos Waterland wrote:
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 ...
Thats an excellent question.
Linux
On Oct 11, 2006, at 8:05 PM, Amos Waterland wrote:
This lets Xen with the SMP patch boot reliably on the Maple-D
platform I
have access to.
I believe that the long-term strategy for Xen/PPC is to completely
virtualize the PIC, but until that happens, this patch will I believe
allow the SMP
I am not familiar with SMP spurious interrupts assert
panic(Too many (%d) spurrious interrupts in a row\n
Known problem, please halt and let machine idle/
cool
then reboot\n,
100);
message?
That is independent of SMP, we get
On Oct 17, 2006, at 5:27 PM, David M Daly wrote:
Hi,
Wanted to let you know that we are trying some things out under Xen
now with our CSO environment. A few times when we've booted the
system we've seen a Xen error message to the effect of too many
spurious interrupts, this is a known
-unstable wrote:
# HG changeset patch
# User Jimi Xenidis [EMAIL PROTECTED]
# Node ID d18a0c0b77d7004631559d4e2f9d31744fe9b34a
# Parent ece7037c72c6b7944ede2261ec1fe99c1489cff4
[TOOLS][POWERPC] use python quad encoding for 2 cell devtree values
When creating a 2G DomU pyhton chokes when it sees
It looks like IA64 has introduced a start_pfn for xc_get_pfn_list().
The PPC port requires this as well since it allows us to fill in the
page_array a little bit at a time.
I can either replicate the IA64 ifdef logic (yuk!) or we can formally
add a start_pfn to this interface, since it
On Oct 18, 2006, at 5:50 PM, Maria Butrico wrote:
This patch is not yet in our tree. I am getting a little tired of
doing
this.
I bet! It can certainly wait, just know that you cannot create = 2G
domains until this makes it in to your stuff.
-JX
On Oct 19, 2006, at 3:29 AM, Keir Fraser wrote:
On 18/10/06 10:57 pm, Jimi Xenidis [EMAIL PROTECTED] wrote:
It looks like IA64 has introduced a start_pfn for xc_get_pfn_list().
The PPC port requires this as well since it allows us to fill in the
page_array a little bit at a time.
I can
On Oct 19, 2006, at 9:15 AM, Keir Fraser wrote:
On 19/10/06 14:12, Jimi Xenidis [EMAIL PROTECTED] wrote:
use the start_pfn member of struct xen_domctl_getmemlist
Fix all callers and change xen to pay attention to it, I think I have
the x86-xen patch.
Sure. Actually this interface
On Oct 19, 2006, at 9:02 AM, Jimi Xenidis wrote:
On Oct 19, 2006, at 2:30 AM, Amos Waterland wrote:
On a JS21 with 8GB of RAM, we attempt 8 runs with the following dom0
memory requests: 128M 192M 256M 512M 700M 1G 2G 7G.
Ok, we know that 2G of dom0 is not currently supported
On Oct 20, 2006, at 4:30 AM, Gerd Hoffmann wrote:
Keir Fraser wrote:
On 20/10/06 09:01, Gerd Hoffmann [EMAIL PROTECTED] wrote:
domain builder. I could leave the interface just for that I
suppose, but
equally we could fill in the initial P2M table when we allocate
the domain's
initial
On PPC we have the following problem with xm-test:
http://wiki.xensource.com/xenwiki/XenFaq#head-
baa7000e8fc28fd168650114dd2741b7f21da8fa
Where we are told:
all you need to do is disable the entire scsi subsystem
This is undesirable since our (the XenPPC Team) goal is to have one
Linux
On Oct 23, 2006, at 2:56 AM, Tony Breeds wrote:
Hi all,
I'm slowly working my way through a default run on xm-test on my
JS20 trying to determine if the tests that fail represent real
problems
with xen on PPC, or if they're showing problems with the tests
themselves.
By
On Oct 24, 2006, at 12:22 AM, Amos Waterland wrote:
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
Ewan, any thoughts on this issue?
-JX
On Oct 23, 2006, at 10:43 AM, Jimi Xenidis wrote:
On PPC we have the following problem with xm-test:
http://wiki.xensource.com/xenwiki/XenFaq#head-
baa7000e8fc28fd168650114dd2741b7f21da8fa
Where we are told:
all you need to do is disable the entire
1 - 100 of 198 matches
Mail list logo