[XenPPC] update both linux and xen

2006-07-28 Thread Jimi Xenidis
new logic for detecting a NULL guest handles will require both an update of xen and linux. -JX ___ Xen-ppc-devel mailing list Xen-ppc-devel@lists.xensource.com http://lists.xensource.com/xen-ppc-devel

Re: [XenPPC] [PATCH] Booting xen_maple_defconfig kernel on bare hardware

2006-08-01 Thread Jimi Xenidis
On Jul 31, 2006, at 9:41 PM, Amos Waterland wrote: These patches allow a single Linux kernel binary, including one with builtin console=X command line arguments, to run on bare hardware and as a dom0 under Xen. The basic approach is to have the Xen virtual console driver react gracefully

[XenPPC] my domain building files

2006-08-01 Thread Jimi Xenidis
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

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

2006-08-10 Thread Jimi Xenidis
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

Re: [XenPPC] wiki instructions

2006-08-14 Thread Jimi Xenidis
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

Re: [XenPPC] updates on making xen...

2006-08-14 Thread Jimi Xenidis
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

Re: [XenPPC] [xenppc-unstable] [POWERPC] memory cleanup (phase 2), destroy (et. al) now work

2006-08-14 Thread Jimi Xenidis
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

Re: [XenPPC] PHDR link failure testcase

2006-08-16 Thread Jimi Xenidis
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

Re: [XenPPC] stupid learning questions

2006-08-16 Thread Jimi Xenidis
On Aug 16, 2006, at 10:09 AM, Orran Y Krieger wrote: spent a while on a wrong track, basically because a #endif didn't say wha tit was an endif for. (in xen/smp.h). I did a quick grep and half the endifs in .h files have a comment that says what #ifdef they correspond to, and the other

Re: [XenPPC] packages needed to support xen tools

2006-08-16 Thread Jimi Xenidis
On Aug 16, 2006, at 3:52 PM, Maria Butrico wrote: From the xen/ppc wiki: --- For convenience, here is a list of rpms I needed for Dom0 running SLES-10 *libgcrypt-devel*, *glibc-devel*, *python-devel*, *ncurses- devel-5.5-18*, hmm any ncurses-devel should do. *zlib-devel*,

Re: [XenPPC] PHDR link failure testcase

2006-08-16 Thread Jimi Xenidis
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

Re: [XenPPC] [xenppc-unstable] [POWERPC] memory clean up (phase 3)

2006-08-17 Thread Jimi Xenidis
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

Re: [XenPPC] [PATCH] Fix possible random return value from find_space

2006-08-17 Thread Jimi Xenidis
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

[XenPPC] breakage

2006-08-18 Thread Jimi Xenidis
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

[XenPPC] new dom1 script, ok.. we are back to normal functionality,

2006-08-20 Thread Jimi Xenidis
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. dom1 Description: Binary data you can get the ramdisk.image.gz from: http://wiki.xensource.com/xenwiki/XenPPC/Build?

Re: [XenPPC] new dom1 script, ok.. we are back to normal functionality,

2006-08-20 Thread Jimi Xenidis
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

[XenPPC] how to create a Linux Domu with current Xen support

2006-08-20 Thread Jimi Xenidis
Have fun: http://wiki.xensource.com/xenwiki/XenPPC/Run/XM -JX ___ Xen-ppc-devel mailing list Xen-ppc-devel@lists.xensource.com http://lists.xensource.com/xen-ppc-devel

Re: [XenPPC] [xenppc-unstable] [POWERPC] Enable gcc -Wshadow and fix the warnings

2006-08-20 Thread Jimi Xenidis
wow, thats a little unexpected, what version of gcc is that? anyway, does the following patch solve the issue? -JX diff -r dbe9249ba61b xen/include/asm-powerpc/current.h --- a/xen/include/asm-powerpc/current.h Sun Aug 20 13:28:45 2006 -0400 +++ b/xen/include/asm-powerpc/current.h Sun Aug 20

Re: [XenPPC] XenPPC IEEE1275 binding?

2006-08-21 Thread Jimi Xenidis
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

Re: [XenPPC] Xencomm on ia64 - The patches

2006-08-21 Thread Jimi Xenidis
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

Re: [XenPPC] [PATCH] Fix compilation errors

2006-08-21 Thread Jimi Xenidis
On Aug 20, 2006, at 9:58 PM, Maria Butrico wrote: Summary: Allow compilation under gcc4 diff -r dbe9249ba61b xen/arch/powerpc/oftree.h I covered the current.h issues with dan, how about this for oftree.h, it clean up some too: diff -r 792d2d89749a xen/arch/powerpc/ofd_fixup.c ---

Re: [XenPPC] xen does not compile where is shadow.c?

2006-08-21 Thread Jimi Xenidis
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

Re: [XenPPC] Xencomm on ia64 - The patches

2006-08-21 Thread Jimi Xenidis
I see, yes.. thanks On Aug 21, 2006, at 7:25 AM, Tristan Gingold wrote: Le Lundi 21 Août 2006 13:13, Jimi Xenidis a écrit : 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

Re: [XenPPC] [xenppc-unstable] [POWERPC] Enable gcc -Wshadow and fix the warnings

2006-08-21 Thread Jimi Xenidis
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

Re: [XenPPC] [xenppc-unstable] [POWERPC] Enable gcc -Wshadow and fix the warnings

2006-08-21 Thread Jimi Xenidis
On Aug 21, 2006, at 11:31 AM, poff wrote: Yes, this patch solved the problem. Yet another shadow problem (this seems to be the last one): hey dan, could you make -k (which tell make to keep going on failure) and see if any more crop up -JX

[XenPPC] Some advice. VIO: netfront finally begun

2006-08-21 Thread Jimi Xenidis
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

[XenPPC] Re: [Xen-devel] Some advice. VIO: netfront finally begun

2006-08-21 Thread Jimi Xenidis
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

Re: [XenPPC] [xenppc-unstable] [TOOLS] avoid shadow ops for POWERPC

2006-08-21 Thread Jimi Xenidis
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

Re: [XenPPC] [xenppc-unstable] [TOOLS] avoid shadow ops for POWERPC

2006-08-21 Thread Jimi Xenidis
: sm = self.info['shadow_memory'] I dunno where that comes from. Also we spoke about using this to initialize the htab, so once we get the memory stuff straightened out then we need can come up with the right value here. -JX On Aug 21, 2006, at 4:58 PM, Jimi Xenidis wrote: On Aug 21

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

2006-08-22 Thread Jimi Xenidis
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

[XenPPC] RMA and Real memory

2006-08-22 Thread Jimi Xenidis
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:

[XenPPC] xend, bridgeutils and nfsroot

2006-08-23 Thread Jimi Xenidis
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

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

2006-08-24 Thread Jimi Xenidis
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

Re: [XenPPC] problem with console

2006-08-24 Thread Jimi Xenidis
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 to stop and then restart xend in order to get

[XenPPC] [PATCH][TOOLS] Fix xenconsoled SEGV if domain is destroyed while connected.

2006-08-24 Thread Jimi Xenidis
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

Re: [XenPPC] problem with console

2006-08-24 Thread Jimi Xenidis
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

Re: [XenPPC] current crash

2006-08-25 Thread Jimi Xenidis
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

[PATCH] Re: [XenPPC] current crash

2006-08-25 Thread Jimi Xenidis
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 +++

Re: [XenPPC] current crash

2006-08-25 Thread Jimi Xenidis
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

Re: [PATCH] Re: [XenPPC] current crash

2006-08-25 Thread Jimi Xenidis
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

Re: [XenPPC] PATCH: Inline assembler for clear_page() and copy_page()

2006-08-27 Thread Jimi Xenidis
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

[XenPPC] JS21 and Dom0 memory

2006-08-27 Thread Jimi Xenidis
. 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

Re: [XenPPC] [xenppc-unstable] [POWERPC][XEN] Allocate more memory than RMA for Dom0

2006-08-28 Thread Jimi Xenidis
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 =

Re: [XenPPC] domU bad page state

2006-08-29 Thread Jimi Xenidis
Believe it or not I document this warning here: http://wiki.xensource.com/xenwiki/XenPPC/Run/XM so yes it is reproducible. I think its a side effect from a large initrd and completely a linux bug, in fact you can google where others have the problem. I believe you would get this from

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

2006-08-29 Thread Jimi Xenidis
This patch check-stops my box. For those of you with Maples, the 405 console spits out those nasty: Error: Magic number in message area NVRAM is not valid. errors. If I sync the console I get as far as: (XEN) *** Serial input - DOM0 (type 'CTRL-a' three times to switch input to Xen).

[XenPPC] Question? Re: [PATCH] Fix paddr_to_maddr panic message

2006-08-31 Thread Jimi Xenidis
On Aug 30, 2006, at 8:10 PM, [EMAIL PROTECTED] wrote: I saw this fire once and was mightily confused by the type printed. Thanks Amos, this pointed out a lot of INVALID_MFN cleanup that needed to be done, should push that soon. Amos, IIRC the address that actually _was_ printed was was a

Re: [XenPPC] heads up: large nasty merge

2006-09-06 Thread Jimi Xenidis
On Sep 6, 2006, at 6:48 AM, Jimi Xenidis wrote: Fortunately for me this is hollis' oops. I cannot completely build either, I only have a slight mod of tony's changes below. I'm sure the missing files probably come from the sparse tree, but I can wait, so can you :) Just in case

[XenPPC] should vcpu_pause()/vcpu_sleep_nosync() give up?

2006-09-06 Thread Jimi Xenidis
First off, I realize I have an SMP bug where my second processor is hung somewhere, I'm not sure where, but for the sake of this argument lets assume it has suffered an unrecoverable fault. My primary CPU is fine and is hung in vcpu_sleep_nosync() because the secondary will not clear its

Clean everything! Was: [XenPPC] heads up: large nasty merge

2006-09-06 Thread Jimi Xenidis
: On Wed, 2006-09-06 at 07:57 -0400, Jimi Xenidis wrote: On Sep 6, 2006, at 6:48 AM, Jimi Xenidis wrote: Fortunately for me this is hollis' oops. I cannot completely build either, I only have a slight mod of tony's changes below. I'm sure the missing files probably come from the sparse tree, but I can

Re: [XenPPC] heads up: large nasty merge

2006-09-06 Thread Jimi Xenidis
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

Re: [XenPPC] Track HID4[RM_CI] state for machine check

2006-09-08 Thread Jimi Xenidis
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

Re: [XenPPC] [PATCH] Fix race in timebase sync logic

2006-09-08 Thread Jimi Xenidis
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

[XenPPC] Re: what is this about and what do you think happened

2006-09-08 Thread Jimi Xenidis
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

Re: [XenPPC] Re: [patch] xencomm with empty buffers

2006-09-11 Thread Jimi Xenidis
On Sep 11, 2006, at 12:15 AM, Tony Breeds wrote: On Fri, Sep 08, 2006 at 03:16:56PM -0500, Hollis Blanchard wrote: Hi Tony, you mentioned on IRC that your xm top problem was exascerbated by passing a non-NULL pointer with bytes==0 to xencomm_create(). Does this patch catch the problem

Hang on boot Was: [XenPPC] [xenppc-unstable] [POWERPC][XEN] Detect bad spurious interrupt condition and panic instead of hang

2006-09-12 Thread Jimi Xenidis
and you see a panic. Yes, I believe, it has something to do with temperature. Hopefully when we move to a Xen only MPIc model this issue will be resolved. -JX On Sep 12, 2006, at 6:50 AM, Xen patchbot-xenppc-unstable wrote: # HG changeset patch # User Jimi Xenidis [EMAIL PROTECTED] # Node ID

[XenPPC] Re: [Xen-devel] What actually destroys a domain?

2006-09-12 Thread Jimi Xenidis
On Sep 12, 2006, at 3:38 AM, Keir Fraser 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? -JX ___

[XenPPC] Re: [Xen-devel] What actually destroys a domain?

2006-09-12 Thread Jimi Xenidis
On Sep 12, 2006, at 9:05 AM, Jimi Xenidis wrote: On Sep 12, 2006, at 3:38 AM, Keir Fraser 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? I see it now

[XenPPC] Re: [Xen-devel] What actually destroys a domain?

2006-09-13 Thread Jimi Xenidis
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

[XenPPC] Re: [Xen-devel] What actually destroys a domain?

2006-09-13 Thread Jimi Xenidis
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

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread Jimi Xenidis
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

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread Jimi Xenidis
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

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-13 Thread Jimi Xenidis
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

Re: Hang on boot Was: [XenPPC] [xenppc-unstable] [POWERPC][XEN] Detect bad spurious interrupt condition and panic instead of hang

2006-09-14 Thread Jimi Xenidis
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,

Re: [XenPPC] JS20 hangs while 'Quiescing Open Firmware ...'

2006-09-14 Thread Jimi Xenidis
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

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

2006-09-15 Thread Jimi Xenidis
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

Re: [XenPPC] [xenppc-unstable] [POWERPC][TOOLS] flatdevtree requires us to reserve the ramdisk

2006-09-16 Thread Jimi Xenidis
# User Jimi Xenidis [EMAIL PROTECTED] # Node ID 7a20fed8be73857abe33d308ed27099efbff4a3c # Parent 1d9c135673e4db41789d730d843c9e5f8de3a4eb [POWERPC][TOOLS] flatdevtree requires us to reserve the ramdisk The following patch solves the DomU: Freeing initrd memory: 3137k freed Bad page state

Re: [XenPPC] [xenppc-unstable] [POWERPC][TOOLS] flatdevtree requires us to reserve the ramdisk

2006-09-17 Thread Jimi Xenidis
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

Re: [XenPPC] [PATCH] Print backtrace on BUG

2006-09-21 Thread Jimi Xenidis
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

Re: [XenPPC] [PATCH] Print backtrace on BUG

2006-09-21 Thread Jimi Xenidis
(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

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

2006-09-21 Thread Jimi Xenidis
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

Re: [XenPPC] [xenppc-unstable] [XEN][POWERPC] SCOM access is fully known and working

2006-09-22 Thread Jimi Xenidis
On Sep 21, 2006, at 12:21 PM, Segher Boessenkool wrote: +/* these give iface errors because the address is ambiguous after + * the above bit dropping */ +BUG_ON(addr == 0x8000); Anything with the high bit set isn't available via SCOMC/SCOMD, only via the external interfaces.

[XenPPC] Re: [PATCH] Fix BUG in alloc_heap_pages

2006-09-22 Thread Jimi Xenidis
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

[XenPPC] [PATCH][XEN] __trap_to_gdb should return something different

2006-09-22 Thread Jimi Xenidis
--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

[XenPPC] Re: [Xen-devel] [PATCH][XEN] __trap_to_gdb should return something different

2006-09-25 Thread Jimi Xenidis
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

[XenPPC] Help with JS21 disk solution

2006-09-25 Thread Jimi Xenidis
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

Re: [XenPPC] Help with JS21 disk solution

2006-09-26 Thread Jimi Xenidis
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

Re: [XenPPC] Help with JS21 disk solution

2006-09-26 Thread Jimi Xenidis
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

Re: [XenPPC] Help with JS21 disk solution

2006-09-27 Thread Jimi Xenidis
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

Re: [XenPPC] [xenppc-unstable] [XEN][POWERPC] Allow Xen to use RTAS if available

2006-09-28 Thread Jimi Xenidis
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

Re: [XenPPC] xm dump-core

2006-09-28 Thread Jimi Xenidis
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:

[XenPPC] dom0_mem=2G panics Xen

2006-09-29 Thread Jimi Xenidis
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) shadow allocation failed 0x0 0x20 (XEN)

Re: [XenPPC] dom0_mem=2G panics Xen

2006-09-29 Thread Jimi Xenidis
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

Re: [XenPPC] Re: [Xen-devel] [PATCH 0/6][TOOLS][XM-TEST] Update xm-test to support new architectures

2006-10-01 Thread Jimi Xenidis
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

Re: [XenPPC] [PATCH 6/6][TOOLS][XM-TEST] Add configuration data for powerpc

2006-10-01 Thread Jimi Xenidis
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 +

Re: [XenPPC] xm save: adding couple domctl operations to access htab

2006-10-01 Thread Jimi Xenidis
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,

Re: [XenPPC] xm save: adding couple domctl operations to access htab

2006-10-01 Thread Jimi Xenidis
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

[XenPPC] Annoying XML warnings on SLES 10

2006-10-01 Thread Jimi Xenidis
Whenever I run XM command I get the following warning: /usr/lib/python2.4/xmllib.py:9: DeprecationWarning: The xmllib module is obsolete. Use xml.sax instead. warnings.warn(The xmllib module is obsolete. Use xml.sax instead., DeprecationWarning) and always ignored it. anyways I

Re: [XenPPC] [PATCH 6/6][TOOLS][XM-TEST] Add configuration data for powerpc

2006-10-02 Thread Jimi Xenidis
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

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

2006-10-03 Thread Jimi Xenidis
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

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

2006-10-03 Thread Jimi Xenidis
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

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

2006-10-03 Thread Jimi Xenidis
_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

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

2006-10-04 Thread Jimi Xenidis
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

Re: [XenPPC][RFC/PATCH] DomU kernel update for Xen tools save restore

2006-10-05 Thread Jimi Xenidis
Hi Yi, Lotus Notes odes horrible things to patches. If you have a unix mailer please use that, otherwise please the patch as an attachment. -JX On Oct 5, 2006, at 5:50 PM, Yi Ge wrote: This code has been tested under simple suspend resume scenario: The xc_save doesn't destroy the domain,

Re: [XenPPC] Cannot boot from local disk

2006-10-06 Thread Jimi Xenidis
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,

Re: [XenPPC] Cannot boot from local disk

2006-10-06 Thread Jimi Xenidis
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,

insmod? Was: [XenPPC] Cannot boot from local disk

2006-10-06 Thread Jimi Xenidis
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

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

2006-10-06 Thread Jimi Xenidis
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

Yaboot stripped image Was: [XenPPC] Cannot boot from local disk

2006-10-06 Thread Jimi Xenidis
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

Re: [XenPPC] Cannot boot from local disk

2006-10-06 Thread Jimi Xenidis
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

Re: Yaboot stripped image Was: [XenPPC] Cannot boot from local disk

2006-10-06 Thread Jimi Xenidis
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

  1   2   3   >