Le Jeudi 22 Juin 2006 17:13, Keir Fraser a écrit :
On 22 Jun 2006, at 15:59, Tristan Gingold wrote:
some architectures (eg ia64) don't have a canonical page size.
It is possible to build kernels (and Xen) with different page size.
Such configurations are not yet working, but as a first step
Le Jeudi 22 Juin 2006 19:57, Magenheimer, Dan (HP Labs Fort Collins) a écrit :
I also don't agree that the Xen keytable is only for
developers. It
may be that this is an important debugging tool and therefore required
to be able to support a real customer. I'd rather see this feature
Le Jeudi 22 Juin 2006 20:15, Alex Williamson a écrit :
On Thu, 2006-06-22 at 10:57 -0700, Magenheimer, Dan (HP Labs Fort
Collins) wrote:
I also don't agree that the Xen keytable is only for
developers. It
may be that this is an important debugging tool and therefore required
to
Le Jeudi 22 Juin 2006 18:31, Akio Takebe a écrit :
fix GET_THIS_PADDR.
Humm, does this work ?
What prevents Alternate Data TLB fault from being raised ?
Tristan.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
Le Jeudi 22 Juin 2006 18:34, Akio Takebe a écrit :
fix GATE_ADDR for ia64_do_show_stack().
I use KERNEL_START which is Xen's text start address.
I suppose GATE_ADDR should be defined in xensystem.h for Xen.
Tristan.
___
Xen-ia64-devel mailing list
Le Mercredi 21 Juin 2006 16:54, Alex Williamson a écrit :
On Wed, 2006-06-21 at 16:30 +0200, Tristan Gingold wrote:
Le Mercredi 21 Juin 2006 15:55, Tristan Gingold a écrit :
[Resent - using serial console on linux was not working]
Hi,
this patch allows the use of xen console in
Hi, all
I will inform this week's benchmark result.
The tools used now is as follows.
- unixbench4.1.0
- bonnie++-1.03
- ltp-full-20060306
- iozone3_191
- lmbench-3.0-a5
TEST ENVIRONMENT
Machine : Tiger4
KERN : 2.6.16.13-xen
changeset: 10443
Is there any reason why the Anthony's patch was dropped?
I think this patch is also needed.
I got the following message. I guess the cause is as follows
But this happens very rarely...
linux-2.6-xen-sparse/arch/ia64/xen/xenentry.S
Here psr.i and psr.ic is off
rse_clear_invalid:
...
(pRecurse)
fix argument check of dom0vp machtophys hypercall. use valid_mfn()
--
yamahata
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 424d5f06fe8ba0c9b25d67584a14bc2b232cb410
# Parent ecf1472982e1c2b502b4f4515d780a8ad435ef5c
fix argument check of dom0vp machtophys hypercall. use valid_mfn()
Hi all,
This week, Xen/IA64 generally has not bad result. But there are still some
unstable issues.
Major Issues:
==
1. 2 VTI coexisting testing may cause Xen0 reboot, after some workload running
on VTI domain.
2. Xen0 Xwindows can not start up.
3. Xen0 control terminal can not use
Hi, Tristan
GET_THIS_PADDR translate from only per_cpu virtual address
to per_cpu physcal address.
per_cpu address is in TLB.
So GET_THIS_PADDR don't cause TLB fault.
Best Regards,
Akio Takebe
Le Jeudi 22 Juin 2006 18:31, Akio Takebe a 馗rit :
fix GET_THIS_PADDR.
Humm, does this work ?
What
Hi, Tristan
Thanks. Good point. I'll update my patch.
Best Regards,
Akio Takebe
Le Jeudi 22 Juin 2006 18:34, Akio Takebe a 馗rit :
fix GATE_ADDR for ia64_do_show_stack().
I use KERNEL_START which is Xen's text start address.
I suppose GATE_ADDR should be defined in xensystem.h for Xen.
Le Vendredi 23 Juin 2006 13:15, Akio Takebe a écrit :
Hi, Tristan
GET_THIS_PADDR translate from only per_cpu virtual address
to per_cpu physcal address.
Yes.
per_cpu address is in TLB.
Is it true even within MCA handler ?
I am not sure about that but my MCA knowledge is very limited :-)
The following patches enable Xen support in Fedora on ia64. I'm not
asking for these to be applied directly because of some issues that
are called out in the kernel patch. However I would appreciate
comments so that these can be applied when the issue are resolved.
In addition to these patches,
This patch contains the simple modification necessary to make
libvirt-0.1.1-1.src.rpm build on ia64.
libvirt.spec |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -r 0275118faff4 -r 3175eb2de23f SPECS/libvirt.spec
--- a/SPECS/libvirt.specThu Jun 22 20:00:15 2006 -0400
+++
This patch contains the minor modification necessary to build
xen-3.0.2-8.src.rpm, i.e. the xen tools, on ia64.
xen.spec | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff -r 375377600230 -r 1641d0542829 SPECS/xen.spec
--- a/SPECS/xen.specThu Jun 22 20:03:39 2006
On Fri, 2006-06-23 at 18:19 +0900, Isaku Yamahata wrote:
Is there any reason why the Anthony's patch was dropped?
I think this patch is also needed.
I don't recall specifically, but I would guess it was because there
were several test patches tagged onto this thread and while trying to
parse
Dave Jones wrote: [Fri Jun 23 2006, 11:10:49AM EDT]
check out the CVS checkout instructions at http://people.redhat.com/davej/
Then take a look at the configs/ dir Makefile.config
Wow, I wish I'd known about this earlier.
ia64-xen should be generated from a template in the same way the x86
Hi Akio,
I don't know how to maintain this file in linux-xen. I could almost
go for deletion of lines instead of #ifndef XEN, but that still makes
the maintenance problem more manual. There's no indication where the
lines below came from though, I can't find the version of mca_asm.S in
I just tried booting the latest kernel rpm from Aron's yum repo:
kernel-xen-2.6.17-1.2293_agriffis
I am having trouble booting on my HP rx4640 (base install is
rawhide-20060619).
I notice we now no longer have xen0 and xenU kernels. Do I need to pass
in special boot options so it boots
On Fri, 2006-06-23 at 01:38 +0900, Akio Takebe wrote:
This is used in init_handler_platform().
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
unwind.c | 23 +++
1 files changed, 23 insertions(+)
Hi Akio,
This should be the reverse of this patch:
On Fri, 2006-06-23 at 01:50 +0900, Akio Takebe wrote:
This is main patch for supporting INIT handler.
I update this patch.
- into xen/arch/ia64/xen
- make smaller mca.c.
(non-ifdef code)
Hi Akio,
Maybe the question I should have asked the first time around was why
is init handling so
This trivial patch changes VTi guest firmware default name and directory
in xmexample to new directory /usr/lib/xen/boot/guest_firmware.bin. This
aligns with IA32 firmware directory and good to integrate into Fedora
Core.
Thanks.
-Fenghua
xmexample.vti.patch
Description: xmexample.vti.patch
On Fri, 2006-06-23 at 11:11 +0900, Isaku Yamahata wrote:
Memory exchange hypercall was introduced in Xen/x86.
Its purpose is to make machine-contiguous allocation more reliable
in ENOMEM situation.
Support it on Xen/IA64 and make use of it.
Applied.
--
Alex Williamson
On Thu, 2006-06-22 at 11:22 +0200, Tristan Gingold wrote:
Hi,
this patch add a new hypercall to set shared_info address.
Currently it is disabled in order not to break backward compatibility with
previous Xen (for FC6 people).
Applied.
--
Alex Williamson HP
On Fri, 2006-06-23 at 18:19 +0900, Isaku Yamahata wrote:
Is there any reason why the Anthony's patch was dropped?
I think this patch is also needed.
I went ahead and applied this. Thanks,
Alex
--
Alex Williamson HP Open Source Linux Org.
On Fri, 2006-06-23 at 18:26 +0900, Isaku Yamahata wrote:
fix argument check of dom0vp machtophys hypercall. use valid_mfn()
Applied.
--
Alex Williamson HP Open Source Linux Org.
___
Xen-ia64-devel mailing list
On Fri, 2006-06-23 at 15:01 -0700, Yu, Fenghua wrote:
This trivial patch changes VTi guest firmware default name and directory
in xmexample to new directory /usr/lib/xen/boot/guest_firmware.bin. This
aligns with IA32 firmware directory and good to integrate into Fedora
Core.
Applied.
--
28 matches
Mail list logo