Tristan:
We are talking about pv_ops interface calling convention, not
hypervisor API convention. It should not violate each other because we still
have hypervisor wrapper which can do the convertion.
One thing in my mind is that when we do pv_ops, we stand in hypervisor
vmx_init_env must be called on every processor
Signed-off-by: Anthony Xu [EMAIL PROTECTED]
vp_init_env.patch
Description: vp_init_env.patch
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
A behavior with unimplemented physical address on HVM is unpredictable.
An unimplemented data fault or an unimplemented instruction trap
should be raised.
Signed-off-by: Kouya Shimura [EMAIL PROTECTED]
diff -r 716a637722e4 xen/arch/ia64/vmx/vmx_fault.c
--- a/xen/arch/ia64/vmx/vmx_fault.c Mon
On Wed, Feb 13, 2008 at 01:59:05PM +0100, Dietmar Hahn wrote:
Hi Samuel,
comments are within the text!
Am Mittwoch, 13. Februar 2008 schrieb Samuel Thibault:
Hello,
Dietmar Hahn, le Wed 13 Feb 2008 11:53:59 +0100, a écrit :
Am Dienstag, 12. Februar 2008 schrieb Samuel Thibault:
Hi,
This patch cleanup vcpu_set_psr_l().
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
cleanup_set_psr_l.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
Hi,
this patch removes the commented lines in order to make the code clearer.
Tristan.
# HG changeset patch
# User Tristan Gingold [EMAIL PROTECTED]
# Date 1205382564 -3600
# Node ID ac30e3a6b9fccc9d0213dc0eed7c1545c4312b1f
# Parent 7a00b54e1ce9b0ec3930f7d78d5a519cf588d680
Cleanup: remove
On Wed, Mar 12, 2008 at 03:37:24PM +0900, SUZUKI Kazuhiro wrote:
Hi Tristan,
When `xm trigger domain init' is called, the guest domain panics on
current OpenGFW.
The following patch enables to send INIT to guest and to call INIT
handlers(monarch and slave).
Thanks!
We now have to improve
Hi Tristan,
When `xm trigger domain init' is called, the guest domain panics on
current OpenGFW.
The following patch enables to send INIT to guest and to call INIT
handlers(monarch and slave).
Thanks,
KAZ
Signed-off-by: Kazuhiro Suzuki [EMAIL PROTECTED]
diff -r 9e4b5bb76049
Tristan Gingold, le Wed 12 Mar 2008 17:19:55 +0100, a écrit :
On Wed, Feb 13, 2008 at 01:59:05PM +0100, Dietmar Hahn wrote:
comments are within the text!
Am Mittwoch, 13. Februar 2008 schrieb Samuel Thibault:
Hello,
Dietmar Hahn, le Wed 13 Feb 2008 11:53:59 +0100, a écrit :
Am
On Thu, Mar 13, 2008 at 02:31:03PM +0900, Kouya Shimura wrote:
Content-Description: message body text
A behavior with unimplemented physical address on HVM is unpredictable.
An unimplemented data fault or an unimplemented instruction trap
should be raised.
I think you shouldn't remove the
Hi,
I have just updated the GFW binary. Please test it.
If it is OK, it will be used for the official GFW release.
[ I made this patch before adding INIT support. Should I make a new release ?]
Tristan.
___
Xen-ia64-devel mailing list
Hi,
I have a general question for implementing an ia64 specific feature.
The ia64 architecture has several parameters not fixed: number of itr, dtr
and pk registers, size of virtual addresses, size of physical addresses, size
of rid and pk...
It would be nie to be able to specify these
Hi everyone,
I'm trying to debug an issue that looks to be related to the way the guest
firmware sets up the various EFI tables.
Has anyone gotten gdbserver-xen to work under IA64?
When I try to compile it, I get the following compile error:
gcc-o gdbserver-xen inferiors.o regcache.o
Hi Tristan,
[ I made this patch before adding INIT support. Should I make a new release
?]
Please add INIT support to a binary release.
I want you to release a new one.
Thanks,
KAZ
From: Tristan Gingold [EMAIL PROTECTED]
Subject: [Xen-ia64-devel] GFW release
Date: Thu, 13 Mar 2008
I checked it at kvm side. It also works well. :)
Xiantao
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tristan Gingold
Sent: 2008年3月13日 20:46
To: Xen-ia64-devel
Subject: [Xen-ia64-devel] GFW release
Hi,
I have just updated the GFW binary. Please
Hi Tristan,
You are right. I forgot about register stack translation.
Thank you for pointing out. I'll split the patch.
umm, this seems to be quite troublesome.
Thanks,
Kouya
Tristan Gingold writes:
I think you shouldn't remove the region test. vpsr.rt may still be set in
some modes.
This
An unimplemented data fault or an unimplemented instruction trap
should be raised with unimplemented physical address.
Also some cleanups.
Signed-off-by: Kouya Shimura [EMAIL PROTECTED]
diff -r 716a637722e4 xen/arch/ia64/vmx/vmx_fault.c
--- a/xen/arch/ia64/vmx/vmx_fault.c Mon Mar 10 11:55:40
On Fri, 2008-03-14 at 10:51 +0900, Simon Horman wrote:
On an HP rx2600 this eliminates the problem where the SAL rendezvous address
can't be registered and subsequently the boot fails. I suspect it
solves similar problems that have been seen on other HP machines too.
Actually, its rather
On Fri, Mar 14, 2008 at 09:53:49AM +0800, Zhang, Xiantao wrote:
I checked it at kvm side. It also works well. :)
Good news! Thank you for the report.
Tristan.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
19 matches
Mail list logo
