Re: [XenPPC] Has anyone gotten XEN running on either of these systems? IBM IntelliStation POWER 185 Express or Apple G5 Quad?

2007-12-03 Thread Jimi Xenidis
On Dec 3, 2007, at 2:36 PM, James Markakis wrote: Has anyone gotten XEN running on either of these systems? IBM IntelliStation POWER 185 Express http://www-03.ibm.com/systems/intellistation/power/hardware/185/ index.html Sorry, this already runs a hypervisor in the sock firmware, so you

Re: [XenPPC] Which hg repository?

2007-09-26 Thread Jimi Xenidis
Sorry Christian, A lot of us have been at a conference this week. Anyway... All our bits are in the the proper Xen development repositories The build instructions are the same, but you get the bits from there. -JX On Sep 26, 2007, at 2:07 AM, Christian Kaiser2 wrote: Hi, I found out that

Re: [XenPPC] DOM0 can not be set up

2007-08-13 Thread Jimi Xenidis
On Aug 9, 2007, at 9:56 PM, Jun Hui Bu wrote: Hello, According to the instructions in Xen wiki, Xen could not set up DOM0 guest OS(SLES10 SP1) when try it on JS20. Would you please help take a look it? Thanks a lot! I think it is you yaboot.conf (XEN) Dom0 has maximum 2 VCPUs (XEN)

Re: [XenPPC] 64bit apps in DomU should get a more useful error message [Fixed]

2007-07-10 Thread Jimi Xenidis
On Jul 10, 2007, at 9:22 AM, Christian Ehrhardt wrote: Jimi Xenidis wrote: Now Executed in a xenppc DomU ./hellobit.32 Hello World! ./hellobit.64 -bash: ./hellobit.64: No such file or directory hmm.. this works just fine for me and should have nothing to do with Xen at all, unless your

Re: [XenPPC] 64bit apps in DomU should get a more useful error message

2007-07-09 Thread Jimi Xenidis
On Jul 9, 2007, at 7:47 AM, Christian Ehrhardt wrote: Example: #include stdio.h main() { printf (Hello World!\n); } Compiled (on Dom0): gcc -m32 hellobit.c -o hellobit.32 gcc -m64 hellobit.c -o hellobit.64 Now Executed in a xenppc DomU ./hellobit.32 Hello World! ./hellobit.64 -bash:

Re: [XenPPC] Re: [Xen-devel] Re: [Xen-changelog] [linux-2.6.18-xen] Add #ifdef ARCH_HAS_DEV_MEM to archtecture specific file_operations.

2007-07-09 Thread Jimi Xenidis
On Jul 9, 2007, at 3:41 PM, Hollis Blanchard wrote: On Mon, 2007-07-09 at 20:26 +0100, Keir Fraser wrote: On 9/7/07 20:20, Hollis Blanchard [EMAIL PROTECTED] wrote: By the way, I wonder how PPC manages to build both drivers/char/ mem.c and drivers/xen/char/mem.c without ARCH_HAS_DEV_MEM?

Re: [XenPPC] Re: [Xen-devel] Re: [Xen-changelog] [linux-2.6.18-xen] Add #ifdef ARCH_HAS_DEV_MEM to archtecture specific file_operations.

2007-07-09 Thread Jimi Xenidis
On Jul 9, 2007, at 4:23 PM, Jimi Xenidis wrote: On Jul 9, 2007, at 3:41 PM, Hollis Blanchard wrote: On Mon, 2007-07-09 at 20:26 +0100, Keir Fraser wrote: On 9/7/07 20:20, Hollis Blanchard [EMAIL PROTECTED] wrote: By the way, I wonder how PPC manages to build both drivers/char/ mem.c

Re: [XenPPC] Re: [Xen-devel] new repo layout?

2007-06-18 Thread Jimi Xenidis
On Jun 18, 2007, at 3:19 PM, James Bulpin wrote: We're using our own patchbot script which pre-dates hg notification support. I'd be keen to change to the latter for these trees. Any objections? Oh that would be awesome! -JX ___ Xen-ppc-devel

Re: [XenPPC] dom0 auto-translate mmap()

2007-06-11 Thread Jimi Xenidis
BTW: there was a quick discussion on this before: http://lists.xensource.com/archives/html/xen-devel/2006-11/ msg00672.html IIRC, We we continued faking it out until we got the ability to mmap'ing arbitrary pages. Now that we fixed the ability to properly address remote memory, this

Re: [XenPPC] Performance data for xenppc available?

2007-06-05 Thread Jimi Xenidis
On Jun 4, 2007, at 10:09 PM, 조승모 wrote: I'd like to see the performance data of XenPPC, i.e. overhead due to xen. It seems that the original Xen-x86 has overhead about 5%. Is it also true for XenPPC? Unfortunately, but we have none. We have mostly been focusing on functionality. -JX

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

2007-05-23 Thread Jimi Xenidis
Yes, I agree, it is strange and could be coded either way. I doubt there was any real intent here, is is simply how we coded it. The 970 (our only port) has issues with external interrupt latencies already, I doubt this code really effects performance. At the moment we share control if the

Re: [XenPPC] Status of CoW on xenppc based on blktap - could someone reproduce my issue?

2007-05-17 Thread Jimi Xenidis
On May 17, 2007, at 10:33 AM, Hollis Blanchard wrote: It looks like blktap is a loadable kernel module, and you don't have it loaded? On Wed, 2007-05-16 at 13:43 +0200, Christian Ehrhardt wrote: So, the question is - why is there no /sys/class/[xen| misc]/blktap0/dev ? Actually.. we

Re: [XenPPC] Question on CellBE, PS3, etc.

2007-04-13 Thread Jimi Xenidis
On Apr 12, 2007, at 9:51 AM, Fang Zhe wrote: Hi, all I'm wondering if XenPPC can work on Cell BE(As it includes a 970 compatiable Core), Yes, it could work on Cell with not a whole lot of effort. Some register remappings, IIC and IOMMU work and you'd get just about everything else for

Re: [XenPPC] [PATCH] Fix xchg api to for Xen-unstable

2007-04-05 Thread Jimi Xenidis
On Apr 4, 2007, at 10:43 PM, Jerone Young wrote: On Wed, 2007-04-04 at 08:57 -0400, Jimi Xenidis wrote: hmm, how did this ever work?! I your problem with a direct caller of __xchg() or is this thru the macro xchg()? The caller is in common/domain.c @ line 310: /* Already dying? Then bail

Re: [XenPPC] Missing function __xchg_called_with_bad_pointer .. what todo ?

2007-04-04 Thread Jimi Xenidis
On Apr 4, 2007, at 2:22 AM, Jerone Young wrote: So now that __xchg has started to be used we have a problem building xen-syms as the function __xchg_called_with_bad_pointer used in include/asm-powerpc/system.h does not exist (see line 73). I get a linker error but it's for an udefined

Re: [XenPPC] [PATCH] Fix xchg api to for Xen-unstable

2007-04-04 Thread Jimi Xenidis
hmm, how did this ever work?! I your problem with a direct caller of __xchg() or is this thru the macro xchg()? I notice we have the macro wrong (at least in my copy of xen source): #define xchg(ptr,v) ((__typeof__(*(ptr)))__xchg((unsigned long)(v), (ptr),sizeof(*(ptr where it

Re: [XenPPC] [PATCH] Remove uses of packed attribute so Xen-unstable will build

2007-04-04 Thread Jimi Xenidis
There was an agreement not to allow packed in common code. Could you sent this issue upstream and CC the author of the patch that introduced these? They should know better :) -JX On Apr 4, 2007, at 2:04 AM, Jerone Young wrote: So use of packed attribute is bad for PPC. PPC Xen build checks

Re: [XenPPC] Status and supported hardware?

2007-04-02 Thread Jimi Xenidis
On Apr 1, 2007, at 2:38 PM, Andreas Barth wrote: Hi, I'm interessted in finding out whether Xen runs on my powerpc. We only support PowerPC 970 CPUs. Sadly, I didn't find a page that tells me what the current state of the powerpc support is, and which hardware is supported (or does that

Re: [XenPPC] What does the PAPR macro?

2007-03-28 Thread Jimi Xenidis
On Mar 28, 2007, at 2:39 PM, Christian Ehrhardt wrote: Hi, I'm curently implementing H_PERFMON and found some code in the file arch/powerpc/of_handler/papr.S which is not clear for me by just reading it ;) This is code for the OF stub that we but in Dom0 address space, it usually only

Re: [XenPPC] Location to hook setting ppc_md.enable_pmcs for xen

2007-03-27 Thread Jimi Xenidis
On Mar 27, 2007, at 6:57 AM, Christian Ehrhardt wrote: How does the inclusion of the code in the subdir platform/xen work in xenppc-linux - Does it replace the bare metal code in platform/ pseries or does it extend it in any way? Please go with option (b). Until we actually merge with

Re: [XenPPC] performance profiling current and future steps

2007-03-26 Thread Jimi Xenidis
On Mar 26, 2007, at 8:26 AM, Christian Ehrhardt wrote: Jimi Xenidis wrote: On Mar 23, 2007, at 9:07 AM, Hollis Blanchard wrote: Right, that won't fit in EXCEPTION_HEAD (you will get the assembler error messages Jimi pasted above). Yeah, So EXCEPTION_HEAD branches to a passed in label

Re: [XenPPC] Next profiling clarification question

2007-03-22 Thread Jimi Xenidis
On Mar 20, 2007, at 11:36 AM, Hollis Blanchard wrote: On Mon, 2007-03-19 at 15:30 +0100, Christian Ehrhardt wrote: Hi, I have one more questions regarding the oprofile extension to work in xenppc guests. The plain linux implementation sets !always! the vector for the performance interrupt

Re: [XenPPC] performance profiling current and future steps

2007-03-22 Thread Jimi Xenidis
some comments On Mar 20, 2007, at 2:09 PM, Christian Ehrhardt wrote: Hi, this mail consists of two parts. Part I tries to summarize all the performance profiling related discussions of the past few weeks in a short item listing that is now on my todo list ;) In Part II I want to encourage

Re: [XenPPC] Should the platform name be Xen-Maple

2007-02-28 Thread Jimi Xenidis
can get that from the device tree, just like CHRP does. On Tue, 2007-02-27 at 16:55 -0500, Jimi Xenidis wrote: I agree, but in our current Kernel source the string in question comes from the machine description. Am I missing something? -Jx On Feb 27, 2007, at 3:43 PM, Hollis Blanchard wrote

Re: [XenPPC] Should the platform name be Xen-Maple

2007-02-27 Thread Jimi Xenidis
This comes from the fact that we are running xen from an underlying host platform. for example, if you boot linux without xen but on SLOF your machine name is Maple. see: arch/powerpc/platforms/xen/setup.c define_machine 246 define_machine(xen) I'd be interested in changing this to Xen

Re: [XenPPC] Should the platform name be Xen-Maple

2007-02-27 Thread Jimi Xenidis
, and machine is the underlying machine. On Tue, 2007-02-27 at 14:56 -0500, Jimi Xenidis wrote: This comes from the fact that we are running xen from an underlying host platform. for example, if you boot linux without xen but on SLOF your machine name is Maple. see: arch/powerpc/platforms/xen/setup.c

Re: [XenPPC] [PATCH 3 of 6] [PATCH] xen: implement guest_physmap_max_mem for ppc

2007-02-24 Thread Jimi Xenidis
On Feb 22, 2007, at 5:07 PM, Ryan Harper wrote: * Hollis Blanchard [EMAIL PROTECTED] [2007-02-22 15:01]: On Wed, 2007-02-21 at 18:17 -0500, Ryan Harper wrote: 4 files changed, 72 insertions(+) xen/arch/powerpc/domain.c| 60 ++

Re: [XenPPC] [PATCH 1 of 6] [PATCH] xen: add arch hook for max_mem hcall

2007-02-23 Thread Jimi Xenidis
On Feb 21, 2007, at 6:16 PM, Ryan Harper wrote: 2 files changed, 6 insertions(+) xen/common/domctl.c |4 xen/include/xen/shadow.h |2 ++ NIT: I think mm.h or domain.h is a better home for the macro/proto. -JX ___ Xen-ppc-devel

Re: [XenPPC] Re: xen heap size

2007-02-22 Thread Jimi Xenidis
We don't consider the RMA boundary for the Xen heap at all anymore (not for a while) The Xen heap is calculated based on the estimated resources we'll need. on example is that we need to get enough HTABs for all the domain, so 1/64th of all of memory is part of the Xen heap size. check out

Re: [XenPPC] domain physical to machine address translation

2007-02-14 Thread Jimi Xenidis
nice, some comments. On Feb 14, 2007, at 11:54 AM, Hollis Blanchard wrote: I was talking with Ryan yesterday, and we settled on a scheme to resolve some of our current memory management ugliness. If we have a notification hook in the XEN_DOMCTL_max_mem handler, we could size an array for

Re: [XenPPC] domain physical to machine address translation

2007-02-14 Thread Jimi Xenidis
On Feb 14, 2007, at 1:30 PM, Jimi Xenidis wrote: nice, some comments. On Feb 14, 2007, at 11:54 AM, Hollis Blanchard wrote: Thoughts, on the 970 if you have more than 2GiB of memory then your frame_table will actually contain the IO area. In order to s/In order

Re: [XenPPC] [PATCH] Fix up potential memory leaks introduced by xencomm patch

2007-02-08 Thread Jimi Xenidis
mostly Linux Kernel style NITS On Feb 7, 2007, at 4:26 PM, Jerone Young wrote: With some of the logic change from the Xencomm patch. In a few hypercalls introduces a situation where you can potentially have memory leaks if something fails. This patch address these issues. Signed-off-by:

Re: [XenPPC] [PATCH 2/2] linux: build start_info_t from devtree only

2007-02-08 Thread Jimi Xenidis
some comments On Feb 7, 2007, at 6:34 PM, Ryan Harper wrote: This patch cleans up xen_init_early() to construct a start_info_t only from the devtree as Patch1 fixes xen to no longer create a start_info_t for dom0. -- Ryan Harper Software Engineer; Linux Technology Center IBM Corp., Austin,

Re: [XenPPC] [PATCH 1/2] xen: remove start_info_t from dom0 building

2007-02-08 Thread Jimi Xenidis
On Feb 8, 2007, at 8:40 AM, Ryan Harper wrote: * Jimi Xenidis [EMAIL PROTECTED] [2007-02-08 06:30]: Just 2 things. (1) I really do not want OFD code to compute anything so please pass in the shared page address for ofd_dom0_fixup() heh, unlike how it was calculating start-info

Re: [XenPPC] [PATCH 2/2] linux: build start_info_t from devtree only

2007-02-08 Thread Jimi Xenidis
On Feb 8, 2007, at 8:45 AM, Ryan Harper wrote: * Jimi Xenidis [EMAIL PROTECTED] [2007-02-08 06:48]: some comments On Feb 7, 2007, at 6:34 PM, Ryan Harper wrote: This patch cleans up xen_init_early() to construct a start_info_t only from the devtree as Patch1 fixes xen to no longer create

Re: [XenPPC] [PATCH] [UPDATE] Xencomm patch

2007-02-07 Thread Jimi Xenidis
pushed.. thanks On Feb 5, 2007, at 5:42 PM, Jerone Young wrote: Yes..another Xencomm patch :-). The last one actually hit a bug that was currently in xen-linux with handling of domain control operation XEN_DOMCTL_shadow_op. This fix is included in the patch. I've also added error handling

Re: [XenPPC] Problems with Xen in hg tree

2007-02-07 Thread Jimi Xenidis
On Feb 7, 2007, at 12:48 PM, Jerone Young wrote: OK all is well...no fire here...move along. I figured out what happened. I included the vmlinux as the DOM0_IMAGE and not the zImage. It compiled through .. it is a bit surprising the Xen died though and not during loading of Dom0. So

Re: [XenPPC] boot failure with large dom0

2007-02-07 Thread Jimi Xenidis
On Feb 7, 2007, at 5:38 PM, Hollis Blanchard wrote: If the problem were that dom0 was only partially transferred, we would see dom0 start to boot and fail. The boot_of_alloc_init message happens way before that point. Thats not really true, dom0 is in .data, there are actually

Re: [XenPPC] Problems with Xen in hg tree

2007-02-07 Thread Jimi Xenidis
On Feb 7, 2007, at 5:41 PM, Jerone Young wrote: On Wed, 2007-02-07 at 17:37 -0500, Jimi Xenidis wrote: On Feb 7, 2007, at 12:48 PM, Jerone Young wrote: OK all is well...no fire here...move along. I figured out what happened. I included the vmlinux as the DOM0_IMAGE and not the zImage

Re: [XenPPC] [PATCH] [RESEND] Xencomm patch

2007-02-05 Thread Jimi Xenidis
On Feb 2, 2007, at 7:10 PM, Jerone Young wrote: Sorry guys. Please ignore this patch. I found a bug with it. Will submit a fixed version shortly. Ok, took a peek though and it seems that not all xencomm_map*() calls have there return values checked. Using ENOSPC for the errno for

Re: [XenPPC] basic Xen achitecture question

2007-02-01 Thread Jimi Xenidis
On Feb 1, 2007, at 4:07 PM, Yoder Stuart-B08248 wrote: I'm trying to understand the paravirtualization interface between the OS and Xen. Here is one thing that's confusing me-- In Linux, the xen probe() routine calls hpte_init_lpar() which hooks up some pseries hypervisor MMU routines.

Re: [XenPPC] Slab corruption

2007-02-01 Thread Jimi Xenidis
Thanks Ryan. This is dom0, and the last time I saw this was because we had the flat-tree reservations wrong in domu. I wonder if there is any howto's on debugging a slab corruption? -JX On Feb 1, 2007, at 4:18 PM, Ryan Harper wrote: I noticed the following output from the kernel running

Re: [XenPPC] [PATCH 1/4] move shared page definitions to public header

2007-01-31 Thread Jimi Xenidis
No need to respin, since this can wait for a follow-on/dom0 work, we can lose: +#define RMA_LAST_DOM0 2 +/* these are not used for dom0 so they should be last */ +#define RMA_CONSOLE 3 +#define RMA_STORE 4 +#define RMA_LAST_DOMU 4 Since dom0 does not use them, and And when dom0 goes flat we

Re: [XenPPC] [PATCH] [UPDATE] Xencomm

2007-01-29 Thread Jimi Xenidis
Hollis, please ack the name change. On Jan 29, 2007, at 1:45 AM, Jerone Young wrote: Here is yet another go at this. This patch I have thoroughly gone thought. Changes: - move xencomm_map_early to xencomm_map_no_alloc - added xencomm_free everywhere - return

Re: [XenPPC] Xencomm virutal Adress translation question?

2007-01-28 Thread Jimi Xenidis
Ok, xencomm is simply a data structure that describes (we'll call it the descriptor or desc) the physical memory that another data structure occupies (we'll call data). Sometimes this data is self described, such that all the data exists on a single page, or proven to be physically

[XenPPC] /dev/mem and xlate_dev_mem_ptr*()

2007-01-27 Thread Jimi Xenidis
in the 2.6.18 linux of the sparse tree you have: drivers/xen/char/mem.c using xlate_dev_mem_ptr as 2 args. What is the story with this? has the interface changed from under you? Why not invent a new interface that does not conflict, since this is your code? -JX

[XenPPC] Re: [Xen-devel] /dev/mem and xlate_dev_mem_ptr*()

2007-01-27 Thread Jimi Xenidis
On Jan 27, 2007, at 8:13 AM, Keir Fraser wrote: On 27/1/07 12:49 pm, Jimi Xenidis [EMAIL PROTECTED] wrote: in the 2.6.18 linux of the sparse tree you have: drivers/xen/char/mem.c using xlate_dev_mem_ptr as 2 args. What is the story with this? has the interface changed from under you

Re: [XenPPC] [PATCH] [UPDATE] Xencomm optimzation to work for modules

2007-01-26 Thread Jimi Xenidis
On Jan 25, 2007, at 8:06 PM, Jerone Young wrote: This patch should address all the issues Jimi has pointed out. yes it does... thank you. but still has a few issues.. Throughout the patch: 1. xencomm_create_inline() could never fail, xencomm_map() can so you need to check ALL of them. 1.

System is SLOW Was: [XenPPC] Changeset with 3 files on Friday (I think) has brokenXen on Mambo

2007-01-26 Thread Jimi Xenidis
On Jan 22, 2007, at 1:58 PM, Yoder Stuart-B08248 wrote: It is taking a heck of a long time though. The simulator cycle count appears to have about doubled. BTW: check your linux config. IIRC stuff like CONFIG_DEBUG_SLAB will kill you, I'd run thru and turn off all the CONFIG_DEBUG=* -JX

Re: [XenPPC] [PATCH 1/3] libxc: add start_info_t node to devtree

2007-01-25 Thread Jimi Xenidis
, Ryan Harper wrote: * Jimi Xenidis [EMAIL PROTECTED] [2007-01-24 12:42]: The data that was in start_info_t should be just simple bindings in / xen since they describe xen, there is no need to create a new node. many of the props are not needed since they are expressed elsewhere in the devtree

Re: [XenPPC] [PATCH] xend: Don't ignore shadow memory requirement

2007-01-25 Thread Jimi Xenidis
pushed, thanks ryan -JX On Jan 25, 2007, at 2:32 PM, Ryan Harper wrote: We don't need a custom buildDomain() anymore but we do need to provide a shadow memory calculation. - Create PPC_LinuxImageHandler class to implement getRequiredShadowMemory(). - Derive prose builder from

Re: [XenPPC] [PATCH 1/3] libxc: add start_info_t node to devtree

2007-01-25 Thread Jimi Xenidis
On Jan 25, 2007, at 3:51 PM, Ryan Harper wrote: * Jimi Xenidis [EMAIL PROTECTED] [2007-01-25 14:40]: Since you later look for the console_mfn and store_mfn later, it would be better in the caller and pass then in. FYI: It is xend that decides where store and console go. shared_info

Re: [XenPPC] [PATCH 1/3] libxc: add start_info_t node to devtree

2007-01-24 Thread Jimi Xenidis
The data that was in start_info_t should be just simple bindings in / xen since they describe xen, there is no need to create a new node. many of the props are not needed since they are expressed elsewhere in the devtree or perhaps differently. more below. On Jan 24, 2007, at 12:41 PM, Ryan

Re: [XenPPC] [xenppc-unstable] [XEN][POWERPC] Linker script simplification broke optimized builds.

2007-01-23 Thread Jimi Xenidis
the original script came from binutils and we simply adapted it. I tried to simplify but I was unable to predict all the gcc created sections for various gcc flags (esp -O2), so I just put all that stuff back. I'll try another pass at another time, when I can test all scenarios. There is a

[XenPPC] Build/config the world!

2007-01-22 Thread Jimi Xenidis
In case you missed it, a lot has been going on so please: 1. reconfigure and build your linux 2. rebuild your Xen management tools (make install-tools) 3. and don't forget to rebuild xen :) -JX ___ Xen-ppc-devel mailing list

Re: [XenPPC] [PATCH] [RFC] Xencomm patch to fix modules

2007-01-18 Thread Jimi Xenidis
On Jan 18, 2007, at 1:55 PM, Hollis Blanchard wrote: On Thu, 2007-01-18 at 12:17 -0500, Jimi Xenidis wrote: I agree with most of Hollis's comments, but have some of my own. First, I do not think that the implementation of is_phys_contiguous() answers the question in its name and IMNSHO

Re: [XenPPC] [PATCH] [RFC] Xencomm patch to fix modules

2007-01-18 Thread Jimi Xenidis
On Jan 18, 2007, at 4:26 PM, Hollis Blanchard wrote: On Thu, 2007-01-18 at 16:18 -0500, Jimi Xenidis wrote: Hey, wouldn't virt_addr_valid() do? I can pass a perfectly valid virtual address that is within a physically discontiguous area of memory, and this function would return 0. hmm

[XenPPC] [PATCH 3/3] [XEN] Handle the uint32_t in the tbuf

2007-01-17 Thread Jimi Xenidis
Signed-off-by: Jimi Xenidis [EMAIL PROTECTED] --- diff -r 58d6c9cb95c6 tools/libxc/xc_tbuf.c --- a/tools/libxc/xc_tbuf.c Wed Jan 17 14:57:04 2007 -0500 +++ b/tools/libxc/xc_tbuf.c Wed Jan 17 17:13:10 2007 -0500 @@ -96,15 +96,25 @@ int xc_tbuf_set_cpu_mask(int xc_handle

Re: [XenPPC] [PATCH 3 of 4] [PATCH] Move flat device tree construction from python to libxc for xc_linux_build()

2007-01-16 Thread Jimi Xenidis
On Jan 16, 2007, at 10:05 AM, Ryan Harper wrote: * Hollis Blanchard [EMAIL PROTECTED] [2007-01-15 20:44]: On Mon, 2007-01-15 at 21:29 -0500, Jimi Xenidis wrote: On Jan 15, 2007, at 8:20 PM, Hollis Blanchard wrote: On Mon, 2007-01-15 at 17:25 -0500, Jimi Xenidis wrote: +int make_devtree

Re: [XenPPC] [PATCH 3 of 4] [PATCH] Move flat device tree construction from python to libxc for xc_linux_build()

2007-01-16 Thread Jimi Xenidis
-start, val, sizeof(val[0])); +ft_prop(root, linux,initrd-end, val, sizeof(val[0])); Now that we do this in libcx, we _can_ know the answer and define them once and even drop the prop and reservation if there _is_ no initrd. -JX On Jan 16, 2007, at 10:13 AM, Jimi Xenidis wrote: On Jan

Re: [XenPPC] Booting Dom0 with SLES10 on JS21

2007-01-16 Thread Jimi Xenidis
On Jul 10, 2006, at 9:11 AM, Jimi Xenidis wrote: the modules come from this ramdisk, but my guess is the ramdisk does other stuff as well. if you take this initrd and copy to you build machine, then: 1. $ gzip -c initrd ramdisk.image.gz 2. $ cp ramdisk.image.gc linux build/arch

Re: [XenPPC] console in the background

2007-01-16 Thread Jimi Xenidis
On Sep 10, 2006, at 2:57 AM, Muli Ben-Yehuda wrote: On Sat, Sep 09, 2006 at 08:04:38PM -0400, Maria Butrico wrote: Putting the partition xen console in the background (e. g, xm create -c ... or xm console ) seems to kill the console (xenconsole) process. Is this behavior expected?

Re: [XenPPC] Cannot boot from local disk

2007-01-16 Thread Jimi Xenidis
splitting continues 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: 3. I also cannot boot the official XenPPC in XenSource, which I already reported. : Welcome

Re: [XenPPC] [PATCH 3 of 4] [PATCH] Move flat device tree construction from python to libxc for xc_linux_build()

2007-01-15 Thread Jimi Xenidis
On Jan 15, 2007, at 1:51 PM, Ryan Harper wrote: * Jimi Xenidis [EMAIL PROTECTED] [2007-01-11 16:53]: Ok there are a few things here. BTW: some of these issues existed in the original python, but they are yours now :) Respun with fixes: - preserve and return errno where approriate

Re: [XenPPC] [PATCH 3 of 4] [PATCH] Move flat device tree construction from python to libxc for xc_linux_build()

2007-01-15 Thread Jimi Xenidis
On Jan 15, 2007, at 4:13 PM, Ryan Harper wrote: * Jimi Xenidis [EMAIL PROTECTED] [2007-01-15 14:53]: On Jan 15, 2007, at 1:51 PM, Ryan Harper wrote: * Jimi Xenidis [EMAIL PROTECTED] [2007-01-11 16:53]: [snip] - renamed find_first_cpu to find_cpu, we don't care which cpu we find I

Re: [XenPPC] [PATCH] [POWERPC][XEN] Mark heap memory based on boot_of.c's allocator

2007-01-15 Thread Jimi Xenidis
Please double-check the usedbit issue below otherwise I'll ACK this. -JX On Jan 11, 2007, at 4:51 PM, Hollis Blanchard wrote: # HG changeset patch # User Hollis Blanchard [EMAIL PROTECTED] # Date 1168550320 21600 # Node ID d98b2fbc100cfec5678a787ba7bfd0b065254793 # Parent

Re: [XenPPC] [PATCH 3 of 4] [PATCH] Move flat device tree construction from python to libxc for xc_linux_build()

2007-01-15 Thread Jimi Xenidis
On Jan 15, 2007, at 8:20 PM, Hollis Blanchard wrote: On Mon, 2007-01-15 at 17:25 -0500, Jimi Xenidis wrote: +int make_devtree( [snip] Any ideas what this reservation is for? is it for the flat-devtree itself? Nope. +/* root.reserve(0x100, 0x1000) */ +val[0] = cpu_to_be64

Re: [XenPPC] IPI problems

2007-01-12 Thread Jimi Xenidis
Please check if you linux kernel is up to date. I just built clean xenppc-unstable.hg (assuming it has the issues you state below) and all IPI ^A*3 tests (esp 't' and 'd') work just fine on my maple I created an NFS domain and Did get: (XEN) Assertion '!cpu_isset(nxt, cpu_core_map[cpu])'

Re: [XenPPC] [PATCH 4 of 4] [PATCH] Remove FlatDeviceTree.py, move prose builder to libxc devtree construction

2007-01-11 Thread Jimi Xenidis
Straight off, prose should have no flat tree reference at all. -JX On Jan 11, 2007, at 1:42 PM, Ryan Harper wrote: 5 files changed, 48 insertions(+), 376 deletions(-) tools/python/xen/xend/FlatDeviceTree.py | 359 --- tools/libxc/powerpc64/xc_prose_build.c | 44

Re: [XenPPC] [PATCH 3 of 4] [PATCH] Move flat device tree construction from python to libxc for xc_linux_build()

2007-01-11 Thread Jimi Xenidis
Ok there are a few things here. On Jan 11, 2007, at 1:42 PM, Ryan Harper wrote: 7 files changed, 617 insertions(+), 17 deletions(-) tools/libxc/powerpc64/Makefile |1 tools/libxc/powerpc64/mk_flatdevtree.c | 520 ++ ++

Re: [XenPPC] [PATCH] Move lots of memory logic earlier

2007-01-10 Thread Jimi Xenidis
On Jan 10, 2007, at 12:43 PM, Hollis Blanchard wrote: On Tue, 2007-01-09 at 12:24 -0500, Jimi Xenidis wrote: We have currently have three page allocators. The first is PPC- specific, and it includes the Xen image, RTAS, and our copy of the Open Firmware device tree. More precisely

Re: [XenPPC] Re: OF claim untrustworthy?

2007-01-10 Thread Jimi Xenidis
On Jan 10, 2007, at 4:29 PM, Hollis Blanchard wrote: On Wed, 2007-01-10 at 13:55 -0500, Jimi Xenidis wrote: SLOF: - does implement, but does not update available, though recent resions might Current SLOF does. - claim will only tell you about conflicts its self - will not tell you

Re: [XenPPC] [patch] multiboot2 support

2007-01-09 Thread Jimi Xenidis
On Jan 9, 2007, at 12:09 PM, Hollis Blanchard wrote: On Thu, 2007-01-04 at 15:56 -0500, Jimi Xenidis wrote: We did a lot of work here so that stuff could be placed anywhere. I admit it was not pretty but I'd expect this patch to replace/improve not remove. The memmove below means

Re: [XenPPC] [patch] multiboot2 support

2007-01-09 Thread Jimi Xenidis
On Jan 9, 2007, at 12:34 PM, Segher Boessenkool wrote: Wait a minute, doesn't systemsim has a passthrough call for memmove? If we should wire that up then this won't impact performance at all. We were/are trying to eliminate all simulator specific passthrus in the Xen core code. That

[XenPPC] Re: [Xen-devel] Timeline for migrating to newer Linux kernels?

2007-01-09 Thread Jimi Xenidis
On Mon, Jan 01, 2007 at 04:44:30PM +, Keir Fraser wrote: On 1/1/07 12:21 am, Rik van Riel [EMAIL PROTECTED] wrote: XenSource has usually been less than useful when it comes to tracking the upstream kernel. I suspect they'll be obsoleted by KVM and/or lhype at some point in the future,

Re: [XenPPC] [PATCH] fix debug print in boot_of_alloc_init

2007-01-08 Thread Jimi Xenidis
On Jan 8, 2007, at 5:46 PM, Yoder Stuart-B08248 wrote: This is a minor bug in a debug print that most likely will never be seen, as start is typically 0, but it is something I noticed. thanks, but this patch is incorrect, see below Signed-off-by: Stuart Yoder [EMAIL PROTECTED] diff -r

Re: [XenPPC] [PATCH] Move lots of memory logic earlier

2007-01-08 Thread Jimi Xenidis
I disagree with what this patch does. On Jan 8, 2007, at 4:03 PM, Hollis Blanchard wrote: # HG changeset patch # User Hollis Blanchard [EMAIL PROTECTED] # Date 1168293789 21600 # Node ID e1ee8b26c15de7afd7dec2d604b00d607e1307f4 # Parent dbc74db14a4b39d359365fcf8257216d968fa269 Move lots of

Re: [XenPPC] Re: patch flow

2007-01-04 Thread Jimi Xenidis
On Jan 3, 2007, at 12:01 PM, Hollis Blanchard wrote: On Sun, 2006-12-17 at 18:00 +, Xen patchbot-xenppc-unstable wrote: # HG changeset patch # User Jimi Xenidis [EMAIL PROTECTED] # Node ID b04e24db308f2215c6bafaf358d1c10da79f244f # Parent 965d3e42dddaf5971001f7d172d192f925537644 [XEN

Re: [XenPPC] [patch] multiboot2 support

2007-01-04 Thread Jimi Xenidis
On Jan 3, 2007, at 12:32 PM, Hollis Blanchard wrote: Xen on x86 uses GRUB's multiboot capabilities to load an arbitrary number of images, including Xen, dom0 kernel, dom0 initrd, and ACM policy. On PowerPC, we've had to build Xen, the dom0 kernel and the dom0 initrd all into the same file to

Re: [XenPPC] [patch] multiboot2 support

2007-01-04 Thread Jimi Xenidis
is ready and stable? Otherwise the code does not add anything other than a new data structure. I thought you intended on pushing this soon? Unfortunately, all this code was intimately linked with the multiboot structure, so I had to change it. On Thu, 2007-01-04 at 12:27 -0500, Jimi Xenidis wrote

Re: [XenPPC] systemsim-gpul problems

2007-01-04 Thread Jimi Xenidis
On Jan 4, 2007, at 7:19 PM, Hollis Blanchard wrote: On Thu, 2007-01-04 at 16:48 -0700, Yoder Stuart-B08248 wrote: Whad'ya know...if you wait long enough it works! So simulator performance is acceptable until mid-way through dom0 boot? It would be good to figure out the source of the

Re: [XenPPC] systemsim-gpul problems

2007-01-04 Thread Jimi Xenidis
On Jan 4, 2007, at 4:15 PM, Yoder Stuart-B08248 wrote: -Original Message- From: Hollis Blanchard [mailto:[EMAIL PROTECTED] Sent: Thursday, January 04, 2007 2:12 PM Have you tried attaching GDB to systemsim to figure out what's going on? I haven't used gdb w/ the simulator yet-- I

Re: [XenPPC] xend and routes

2006-12-11 Thread Jimi Xenidis
On Dec 8, 2006, at 6:24 PM, poff wrote: We have had a couple network configuration mysteries, (including setting 'network-bridge netdev=eth0') due to CSO usage of eth1 as default/extenal adapter, rather than eth0. Probably the xen scripts would have worked without mods if eth0 1 were

Re: [XenPPC] xend and routes

2006-12-11 Thread Jimi Xenidis
On Dec 9, 2006, at 4:16 PM, poff wrote: BTW: If you would like to have DomUs to have access to the outside world then you also want to make sure you have ip forwarding turned on: # echo 1 /proc/sys/net/ipv4/ip_forward forever change IP_FORWARD= from no to yes in /etc/sysconfig/ sysctl

Re: [XenPPC] [RFC] 'xm restore' following boot

2006-12-08 Thread Jimi Xenidis
On Dec 7, 2006, at 6:16 PM, Hollis Blanchard wrote: On Thu, 2006-12-07 at 17:11 -0500, poff wrote: Also today there have been several runs similar to example 2. I modified python code to skip the 'unpause' at the end of domain restore. The drill: boot, xend start, xm restore, then another

[XenPPC] Re: shutdown/destroy domU problem

2006-12-08 Thread Jimi Xenidis
, it is preferable to use the shutdown command, so this is a secondary issue, for me at least.. Hmm.. I'd like to see this if you ever get it on a VNC please ST me -JX.. Thanks, Doron Shiloach Jimi Xenidis/Watson/IBM 12/07/2006 04:18 PM To Doron Shiloach/Watson/[EMAIL PROTECTED] cc David M

Re: [XenPPC] xend and routes

2006-12-07 Thread Jimi Xenidis
I'm no expert on this stuff but I'll give it a try: On Dec 6, 2006, at 1:51 PM, Maria Butrico wrote: Notice that the machine name, cso89 corresponds to ip address 9.2.78.89 and is on eth1. Notice also that there is a default route from the machine, the last one, in the table above.

Re: [XenPPC] [PATCH] Change to add boot param delimiter ||

2006-12-05 Thread Jimi Xenidis
On Dec 5, 2006, at 6:20 PM, Jerone Young wrote: This patch changes the code so can support more than one type delimiter on the command line. Now you can use || as well as --. || works better with SLOF currently available. There is a bug in some cases using SLOF where -- is not treated

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

2006-12-04 Thread Jimi Xenidis
thanks Amos! -JX On Dec 4, 2006, at 10:37 AM, Amos Waterland wrote: On Sat, Dec 02, 2006 at 10:31:11AM -0500, Jimi Xenidis wrote: The following patch results in SMP stability on Maple. Amos, Kawachiya-san, could one of you ack it with the JS20 in question? @@ -193,10 +193,10 @@ void

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

2006-12-02 Thread Jimi Xenidis
On Dec 2, 2006, at 2:37 AM, Segher Boessenkool wrote: Do not set the NAP and DPM bits in HID0 until we have had a chance to audit the safe halt and idle loop code. Not setting these bits allows the model 884241X JS20 blade in TRL to boot correctly, and possibly also the Maple in YKT.

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

2006-12-02 Thread Jimi Xenidis
On Dec 2, 2006, at 10:18 AM, Jimi Xenidis wrote: On Dec 2, 2006, at 2:37 AM, Segher Boessenkool wrote: My question remains: did you try with NAP disabled and DPM enabled? I see, so: HID0[NAP]=1 HID0[DPM]=1 MSR[POW]=1 is NAP and is different than: HID0[NAP]=0 HID0[DPM]=1 MSR

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

2006-11-29 Thread Jimi Xenidis
Amos, you see this? Begin forwarded message: From: Keir Fraser [EMAIL PROTECTED] Date: November 29, 2006 6:31:34 AM EST To: Xen-devel [EMAIL PROTECTED] Subject: [Xen-devel] FW: Request for Xen console device (xvc0) Lanana has provided an xvc0 allocation, so I'll apply a patch to add this

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

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

Re: [XenPPC] Crash on js12

2006-11-28 Thread Jimi Xenidis
On Nov 28, 2006, at 2:24 AM, Amos Waterland wrote: 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

Re: [XenPPC] multicast function invocations

2006-11-28 Thread Jimi Xenidis
to resolve this issue. This was PPc specific bug covered by: # HG changeset patch # User Jimi Xenidis [EMAIL PROTECTED] # Node ID a8e67a19c3255a6bbc0aaa5c9e1736f1ddd76f6c # Parent cc45282daf3d242fdcf6e858c0b18b7f1086a318 cpu_relax() needs to call barrier() 2. Xen/PPC has a problem in that its IPI

Re: [XenPPC] [PATCH] Generalized parallel IPI handlers

2006-11-28 Thread Jimi Xenidis
pushed, thanks! -JX On Nov 28, 2006, at 4:27 PM, Amos Waterland wrote: Our problem with x86 do_IRQ is that it does not respect IRQ_PER_CPU, so make our logic reflect that generically. We remove the spin lock in this case, since the programming convention is to update irq descs atomically (if

[XenPPC] [xenppc-unstable] [XEN][POWERPC] Generalized parallel IPI handlers

2006-11-28 Thread Jimi Xenidis
# HG changeset patch # User Jimi Xenidis [EMAIL PROTECTED] # Node ID 1e1a63408129bea2d87f485c52f1be21ada35ff0 # Parent a2a4a6bdc5cdedf3fe90626de9b16c9ee898f178 [XEN][POWERPC] Generalized parallel IPI handlers Our problem with x86 do_IRQ is that it does not respect IRQ_PER_CPU, so make our

Re: [XenPPC] [PATCH] Fix IPI stall timeout

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

Re: [XenPPC] Crash with ssh

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

Re: [XenPPC] Crash with ssh

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

  1   2   3   >