[Xen-ia64-devel] [IA64] Weekly benchmark results [ww12]

Hi, I report a benchmark result of this week on IPF using ia64/xen-unstable and ia64/linux-2.6.18-xen. All test cases passed. TEST ENVIRONMENT Machine : Tiger4 Kernel : 2.6.18.8-xen Changeset: 17313:edfb58ca4d96 (ia64/xen-unstable) 49

RE: [Xen-ia64-devel] pv_ops: entry.S simplification

Isaku Yamahata wrote: > Oh, I misunderstood your patch. > I thought it just revert entry.S to original state. But it > paravirtualized conver and rfi with running_on_xen check. > Now I'm convinced that your patch works. Only one comment on > the patch itself is, > #ifdef CONFIG_XEN is necessary for

[Xen-ia64-devel] Re: [PATCH][OpenGFW] Fix bug in the Boot Maintenance Manager

On Fri, Mar 28, 2008 at 02:07:35PM +0900, SUZUKI Kazuhiro wrote: > Hi Tristan, > > Please add "edk2-patches/fix_popup.patch" file in your tree, which is > also included in my patch. Oops! Tristan. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.x

Re: [Xen-ia64-devel] pv_ops: entry.S simplification

Oh, I misunderstood your patch. I thought it just revert entry.S to original state. But it paravirtualized conver and rfi with running_on_xen check. Now I'm convinced that your patch works. Only one comment on the patch itself is, #ifdef CONFIG_XEN is necessary for !CONFIG_XEN case. Then the lef

[Xen-ia64-devel] Re: [PATCH][OpenGFW] Fix bug in the Boot Maintenance Manager

Hi Tristan, Please add "edk2-patches/fix_popup.patch" file in your tree, which is also included in my patch. > (please, note that I still prefer you submit a complete changeset. This > avoids > me to recreate the log message). I see. Thanks, KAZ From: Tristan Gingold <[EMAIL PROTECTED]> Subj

[Xen-ia64-devel] Re: [PATCH][OpenGFW] Fix bug in the Boot Maintenance Manager

On Tue, Mar 25, 2008 at 06:51:14PM +0900, SUZUKI Kazuhiro wrote: > Hi Tristan, > > I found a bug in the Boot Maintenance Manager. > When we select `Input the description' or `Input Optional Data' after > the boot option is added, the guest domain panics. > The following patch fixes it. Added. Tha

[Xen-ia64-devel] Re: [Xen-devel] [Patch][0/2]implement dump_execution_state() on ia64

Hi, >On 27/3/08 16:56, "Akio Takebe" <[EMAIL PROTECTED]> wrote: > >>> Can you carefully explain why the interface changes are required? >>> >> IA64 needs unwind infomation to show the Calltrace. >> To make the unwind infomation, we needs switch stack and pt_regs. >> So if possible, I want to use

[Xen-ia64-devel] Re: [Xen-devel] [Patch][0/2]implement dump_execution_state() on ia64

Hi, Keir >On 27/3/08 13:05, "Akio Takebe" <[EMAIL PROTECTED]> wrote: > >> This patch can show Calltraces at BUG_ON() on ia64. >> And this supports xm debug-key d on ia64. >> This patch needs to modify some common codes for supporting them. > >Can you carefully explain why the interface changes are

Re: [Xen-ia64-devel] HPUX on Itanium as a guest HVM?

Quoting Christophe de Dinechin <[EMAIL PROTECTED]>: > This reminds me of EFI messages, is that the case? Yes it is. > What does EFI look like on Xen? It is based on the Tianocore implementation. > What is the memory map? HPUX fails on sioemu domains which looks like a zx1 machine. > "Incompat

[Xen-ia64-devel] [Patch] pv_ops: cleanup xcom_hcall.c

Hi, This patch is for cleanup of xcom_hcall.c. The result of checkpatch.pl is NG --> OK. # ./scripts/checkpatch.pl --file arch/ia64/xen/xcom_hcall.c total: 0 errors, 0 warnings, 434 lines checked arch/ia64/xen/xcom_hcall.c has no obvious style problems and is ready for submission. The below

[Xen-ia64-devel] [Patch][2/2]implement dump_execution_state() on ia64

Hi, This patch is ia64 side. Signed-off-by: Akio Takebe <[EMAIL PROTECTED]> Best Regards, Akio Takebe implement_dump_execution_state.ia64.patch Description: Binary data ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.x

[Xen-ia64-devel] [Patch][1/2]implement dump_execution_state() on ia64

Hi, This patch is x86 side. Signed-off-by: Akio Takebe <[EMAIL PROTECTED]> Best Regards, Akio Takebe implement_dump_execution_state.x86.patch Description: Binary data ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xe

[Xen-ia64-devel] [Patch][0/2]implement dump_execution_state() on ia64

Hi, This patch can show Calltraces at BUG_ON() on ia64. And this supports xm debug-key d on ia64. This patch needs to modify some common codes for supporting them. [1/2] x86 side: implement_dump_execution_state.x86.patch [2/2] ia64 side: implement_dump_execution_state.ia64.patch Signed-off-by:

RE: [Xen-ia64-devel] pv_ops: move binary patching to later after CPU initialization

Isaku Yamahata wrote: > I guess you just followed x86 way, but delaying until check_bug() > is too late for IA64 case because of at least ia64_get_cpuid(). No. Binary patching is just optimization, while pv_ops hook is installed at very beginning. > At this moment I'm not sure how late binary pat

Re: [Xen-ia64-devel] pv_ops: move binary patching to later after CPU initialization

I guess you just followed x86 way, but delaying until check_bug() is too late for IA64 case because of at least ia64_get_cpuid(). At this moment I'm not sure how late binary patching can be delayed, though. Presumably it is necessary to revise boot protocol. Renaming xen_paravirt_patch() to xen_pa

Re: [Xen-ia64-devel] include/asm-ia64/xen/hypercall.h

Hi Eddie. Now I've catched up your patches/comments. I applied most of your patches and published it. Please check them. I didn't apply entry.S simplification patch so that it caused modifications to following patches. Especially I split up the minstate.h simiplification patch into some patches.

RE: [Xen-ia64-devel] Where to compile additional IVT.S

Isaku Yamahata wrote: > arch/ia64/kernel/ivt.o is overwritten. > Building again under arch/ia64/kernel would cause trouble. > What do you think the following? > > ia64/pv_ops: complie paravirtualized assembly files into each pv dirs. > > compile ivt.S and switch_leave.S into each pv instanc dir.

RE: [Xen-ia64-devel] pv_ops: entry.S simplification

Isaku Yamahata wrote: > Hi Eddie. > > I looked into entry.S closely. > Unfortunately I found that ia64_leave_syscall() and > ia64_leave_kernel() includes invirtualizable instructions, > cover instruction with psr.ic = 0 so that those paravirtualization > is inevitable. (ia64_switch_to() doesn't ne

RE: [Xen-ia64-devel] pv_ops: ministate.h typo fix

Isaku Yamahata wrote: > On Thu, Mar 27, 2008 at 12:20:37PM +0800, Dong, Eddie wrote: > >>> - shuffle instructions of XEN_BSW_1 and xen DO_XEN_MIN(). >>> Is this for producing better bundles? Please ellaborate on this. >>> If so, I'll take as another patch. >> >> ??? Which code are u talking f

[Xen-ia64-devel] include/asm-ia64/xen/hypercall.h

It seems some APIs in that file is dead code, this one is to remove dead code or dom0 only code? Signed-off-by: Yaozu (Eddie) Dong <[EMAIL PROTECTED]> diff --git a/arch/ia64/xen/Makefile b/arch/ia64/xen/Makefile index 605b757..dc8fee6 100644 --- a/arch/ia64/xen/Makefile +++ b/arch/ia64/xe

Re: [Xen-ia64-devel] Where to compile additional IVT.S

arch/ia64/kernel/ivt.o is overwritten. Building again under arch/ia64/kernel would cause trouble. What do you think the following? ia64/pv_ops: complie paravirtualized assembly files into each pv dirs. compile ivt.S and switch_leave.S into each pv instanc dir. With this patch, arch/ia64/kernel/Ma

Re: [Xen-ia64-devel] HPUX on Itanium as a guest HVM?

On 27 mars 08, at 06:08, Tristan Gingold wrote: On Wed, Mar 26, 2008 at 05:06:40PM -0700, Kayvan Sylvan wrote: Has anyone tried installing HPUX as an HVM guest? [...] And when I type INSTALL at the fs0:\ prompt, I see the following in the "xm console" window: InstallProtocolInterface: