.
- buffered pio wasn't SMP safe.
- clean up get_vio() parameter.
PATCHNAME: vti_domain_iopage_clean_up
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r c3d213ef8e7c -r e57d44a3fa2a xen/arch/ia64/vmx/mmio.c
--- a/xen/arch/ia64/vmx/mmio.c Mon Oct 22 12:42:59 2007 +0900
+++ b/xe
if the value is zero
PATCHNAME: clean_up_arch_set_info_guest
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 75280d0f64d5 -r 977f5886e288 xen/arch/ia64/xen/domain.c
--- a/xen/arch/ia64/xen/domain.cTue Oct 16 18:48:05 2007 +0900
+++ b/xen/arch/ia64/xen/domain.cMon
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1193036196 -32400
# Node ID cd7ee3e5470185e37314d2088df8a499b3352278
# Parent 98ac6d05aed27ea7f9f4137baa0452f24e2569ee
clean up of rr handling to avoid reesrved registers/field fault.
PATCHNAME: fix_rr_handling
Signed-off-by: Isaku Yamahata
fn */
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1193021477 -32400
# Node ID 11666b14a1102ad8e8558cf79b4206c0a9a7682a
# Parent e57d44a3fa2a53c34a6d282c50be2473d19363a2
ia64 hvm builder/save/restore clean up with respect to hvm params.
PATCHNAME: ia64_hvm_builder_clean_up
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED
: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 11666b14a110 -r 208908de6975 tools/ioemu/vl.c
--- a/tools/ioemu/vl.c Mon Oct 22 11:51:17 2007 +0900
+++ b/tools/ioemu/vl.c Wed Oct 17 15:29:44 2007 +0900
@@ -7807,25 +7807,40 @@ int main(int argc, char **argv)
#elif defined(__ia64__)
-nr
: reap_ioreq_after_restore
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r c45062957ef2 -r 75280d0f64d5 xen/arch/ia64/vmx/vmx_init.c
--- a/xen/arch/ia64/vmx/vmx_init.c Mon Oct 22 11:47:39 2007 +0900
+++ b/xen/arch/ia64/vmx/vmx_init.c Tue Oct 16 18:48:05 2007 +0900
@@ -430,7 +
pu context switches so that
kernel bits is leaked as ar.cfm to HVM domain.
This patche fixes it.
PATCHNAME: fix_ia64_leave_hypervisor
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r cd7ee3e54701 -r c45062957ef2 xen/arch/ia64/vmx/vmx_entry.S
--- a/xen/arch/ia64/vmx/vmx_entry.S Mon
Hi, those patches are for vti save/restore.
Those depends on the two patches which I sent out to the xen-devel.
With those patches, I can save/restore linux which is busy with I/O.
(I haven't tested it with Windows yet. Please test it!)
Issues:
- IDE disk pio (NEW)
Although buffered pio is now a
Good catch.
Don't we have to check wheter rr.ps is appropriate?
Otherwise mov to rr results in reserved register/field fault and
xen panics. is_reserved_rr_field() in vmx_utility.c would help.
Or should it be catched by exeption table for performance?
I've hit a similar issue and have a patch for
Thanks. But currently I don't need nested Xen immediately.
On Fri, Oct 19, 2007 at 06:28:07AM +0200, Tristan Gingold wrote:
> On Thu, Oct 18, 2007 at 11:22:18AM +0900, Isaku Yamahata wrote:
> Hi Isaku,
>
> > * debugging tools for xen vmm itself/
On Thu, Oct 18, 2007 at 02:13:00PM -0600, Alex Williamson wrote:
> > Some random ideas. I hope they will help starting discussions.
> >
> > * NUMA emu (something like Linux x86_64 NUMA_EMU)
> > This would be convenient for developing NUMA support on
> > non-NUMA box.
>
On Thu, Oct 18, 2007 at 02:27:12PM -0600, Alex Williamson wrote:
>I see the xen-devel patches went in. Do you have new revisions of
> the remaining patches or should we merge up and start pushing the
> remaining ones into our tree? Thanks,
The latter. All other patches are all ia64 specific.
On Wed, Oct 17, 2007 at 10:03:14AM -0600, Alex Williamson wrote:
> Hi everyone,
>
>The next Xen Summit is quickly approaching, so I thought it would be
> a good time to start a thread on what our roadmap looks like for 3.2 and
> beyond. To get started, here's a quick list of things that are i
#endif /* __XEN_PUBLIC_HVM_SAVE_H__ */
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1192613270 -32400
# Node ID 2accba3407bcf8557a00875b64c6aff7c894b371
# Parent 9bf1ddd0f6bf57684c5b0307a43ea381c45f5147
split include/xen/interface/hvm/save.h into common part and x86 specific part.
PATCH
#endif /* __XEN_PUBLIC_HVM_SAVE_H__ */
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1192086364 -32400
# Node ID e9b03c8a1e8ec853b8b05480833505f00442c6d2
# Parent 6ffbbeb226cc594f4bb68bb502c27b038fd7aadc
split xen/include/public/hvm/save.h into common part and x86 specific part.
PATCHNAME: split_save_h
Si
()/hvm_load() are moved into arch_hvm_save()/acrh_hvm_load()
PATCHNAME: split_save_c
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r e9b03c8a1e8e -r ca01e0be8097 config/x86_32.mk
--- a/config/x86_32.mk Thu Oct 11 16:06:04 2007 +0900
+++ b/config/x86_32.mk Wed Oct 17 18:25:34 2007
+int hvm_load(struct domain *d, hvm_domain_context_t *h);
+
+/* End of save/restore */
+
+#endif /* __XEN_HVM_SUPPORT_H__ */
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1192086896 -32400
# Node ID 6ffbbeb226cc594f4bb68bb502c27b038fd7aadc
# Parent a38a2fdb4f1ba55907bc508054e3205f413
The following 4 patches split x86 specific hvm save/restore related files
into arch specific/common part.
They are necessary for IA64 HVM save/restore support.
IA64 HVM save/restore is not finished yet, though.
[PATCH 1/4] split hvm/support.h into arch specific/common part
[PATCH 2/4] split save.
On Tue, Oct 16, 2007 at 01:51:25PM +0200, [EMAIL PROTECTED] wrote:
> And if you want to go farther, you may also want to specify vtlb size!
Yes. The results showed that reducing vTLB flush overhead even
with smaller vTLB size is important for Windows performance.
So possibly eliminating whole the
Hi Kouya.
I guess Linux PV domains (especially dom0) possibly can gain similar
performance improvement by increasing VHPT size too.
So would it be easy to make vhpt parameter non hvm specific?
I know your concern is hvm domain, though.
On Tue, Oct 16, 2007 at 03:21:39PM +0900, Kouya Shimura wrote
Hi.
gcc doesn't support aligned attribute for values on stack.
See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16660
To be honest, I'm not sure about latest one.
At least my ia64-unknown-linux-gcc 4.1.2 which I compiled from
the source code doesn't.
Is your gcc the RedHat patched one?
Did you ch
: fix_linux_restore_path
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 4cf72481b5ed -r acd79fd1b077 arch/ia64/kernel/setup.c
--- a/arch/ia64/kernel/setup.c Fri Oct 12 14:21:34 2007 -0600
+++ b/arch/ia64/kernel/setup.c Mon Oct 15 15:49:36 2007 +0900
@@ -522,8 +522,6 @@ setup_arch
Thank you for comment.
On Fri, Oct 12, 2007 at 05:56:17PM +0200, [EMAIL PROTECTED] wrote:
> > - RSE (both PV and HVM domain)
> > The number of physical stacked general register(RSE.N_STACKED_PHYS)
> > isn't virtualized. Guest OS utilizes it via PAL_RSE_INFO call.
> > If the number of cpu whe
doesn't restore cr.ifs depending on pNonSys.
However cr.ifs isn't preserved between vcpu context switch so that
hypervisor bits are leaked as ar.cfm to HVM domain.
This patche fixes it.
PATCHNAME: fix_ia64_leave_hypervisor
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r fb737
used.
PATCHNAME: elimilate_set_p9
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 97d31d95a843 -r fb737f30b52d xen/arch/ia64/linux-xen/entry.S
--- a/xen/arch/ia64/linux-xen/entry.S Thu Oct 11 18:21:42 2007 +0900
+++ b/xen/arch/ia64/linux-xen/entry.S Mon Oct 15 14:11:59 2007
+int hvm_load(struct domain *d, hvm_domain_context_t *h);
+
+/* End of save/restore */
+
+#endif /* __XEN_HVM_SUPPORT_H__ */
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1192086896 -32400
# Node ID 2f995149c594411d7f65053eb99408da65cbb41a
# Parent a04cedb034ea936890485d6989d01b57121
ve and restore HVM guest's emulated hardware state.
+ *
+ * Copyright (c) 2007, Isaku Yamahata
+ * VA Linux Systems Japan K.K.
+ * IA64 support
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the
#endif /* __XEN_PUBLIC_HVM_SAVE_H__ */
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1192086364 -32400
# Node ID 45c880ff47325b74417bb6816c349ecd8a463994
# Parent 2f995149c594411d7f65053eb99408da65cbb41a
split xen/include/public/hvm/save.h into common part and x86 specific part.
PATCHNAME: split_save_h
Si
()/hvm_load() are moved into arch_hvm_save()/acrh_hvm_load()
PATCHNAME: split_save_c
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 45c880ff4732 -r 57c32f36b569 config/x86_32.mk
--- a/config/x86_32.mk Thu Oct 11 16:06:04 2007 +0900
+++ b/config/x86_32.mk Thu Oct 11 19:04:53 2007
HNAME: clean_up_vti_break_fault_handler
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 8e9fa4c7fe15 -r 795895b7bc84 xen/arch/ia64/linux-xen/unwind.c
--- a/xen/arch/ia64/linux-xen/unwind.c Wed Oct 10 15:14:19 2007 +0900
+++ b/xen/arch/ia64/linux-xen/unwind.c Thu Oct 11 18:21:42
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1192097456 -32400
# Node ID 6f9435bb6a195a52cb43799b82cc24cdc7a298f3
# Parent 9009a8f49f11378d562a4aed005b17f136a773c0
implement set/gethvmcontext hypercall
PATCHNAME: implement_set_get_hvmcontext_hypercall
Signed-off-by: Isaku Yamahata
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1191227127 -32400
# Node ID 771c51452a7553b502d31d0736d9d744320df8a0
# Parent 3b2db463c0613db9b428c6610d938e237ba78ede
vmx_vcpu_set_rr(): remove the obsolete variable, oldrr.
PATCHNAME: vmx_vcpu_set_rr_remove_oldrr
Signed-off-by: Isaku
egs *regs);
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1190789430 -32400
# Node ID 879c3cd63276668ab5854d702c3a1076640d51f0
# Parent 5041a02c4913f435cbe264ad663ecc59cb0aa6fb
vmx_setup_platform() may fail. make it return error value.
PATCHNAME: vxm_setup_platform_return_error
Signed-off-by: Isa
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 795895b7bc84 -r 905a46fbe0d8 xen/arch/ia64/vmx/vmx_vcpu.c
--- a/xen/arch/ia64/vmx/vmx_vcpu.c Thu Oct 11 18:21:42 2007 +0900
+++ b/xen/arch/ia64/vmx/vmx_vcpu.c Wed Oct 10 19:45:29 2007 +0900
@@ -171,23 +171,25 @@ IA6
: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 879c3cd63276 -r 7c8ffd44bdab tools/libxc/ia64/xc_ia64_hvm_build.c
--- a/tools/libxc/ia64/xc_ia64_hvm_build.c Wed Sep 26 15:50:30 2007 +0900
+++ b/tools/libxc/ia64/xc_ia64_hvm_build.c Tue Oct 02 19:24:07 2007 +0900
@@ -890,7
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1189751371 -32400
# Node ID 4ab4d270c5cab8a58776cb05a15b07abd28584ec
# Parent ef6ca90775a0f57c260fe7a81d0ec60bb589d35b
add hvm_{set,get}context support to xcom_privcmd.c
PATCHNAME: xcom_privcmd_hvm_get_set_context
Signed-off-by: Isaku Yamahata
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1185846467 -32400
# Node ID 656188e167f9a0f400614a82c3ff06224d266fcf
# Parent 277cd46fffe9a6e5b036758c638a456b82ea0cbe
minor clean of hypervisor.h to removed one #ifdef.
PATCHNAME: hypervisor_h_minor_clean_up
Signed-off-by: Isaku Yamahata
unw_unwind_to_user()
VTi domain fault handler doesn't always updatevcpu->on_stack so that
the pUStk check fails. Add more checking to stop winding.
PATCHNAME: fix_stack_unwinder
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 679f88a2f502 -r 551fb6d70481 xen/arch/ia64/linu
: fix_vmx_emul_mov_from_dbr_and_vmx_emul_mov_from_ibr
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 771c51452a75 -r 5041a02c4913 xen/arch/ia64/vmx/vmx_virt.c
--- a/xen/arch/ia64/vmx/vmx_virt.c Mon Oct 01 17:25:27 2007 +0900
+++ b/xen/arch/ia64/vmx/vmx_virt.c Tue Sep 25 12:30:34 2007 +0900
@@ -
blocked, it doesn't have unwind infomation.
So stack unwinding fails. Add necessary unwind directive.
PATCHNAME: add_unwind_directive_to_fast_hypercall
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 551fb6d70481 -r 8e9fa4c7fe15 xen/arch/ia64/xen/ivt.S
--- a/xen/arch/ia64/xen/
necessary to support.
PATCHNAME: add_xen_domctl_resumedomain
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 656188e167f9 -r ef6ca90775a0 arch/ia64/xen/xcom_privcmd.c
--- a/arch/ia64/xen/xcom_privcmd.c Tue Jul 31 10:47:47 2007 +0900
+++ b/arch/ia64/xen/xcom_privcmd.c Fri Sep 14
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1191998420 -32400
# Node ID 679f88a2f502b318b41a708d9cf0e52854804915
# Parent 7c8ffd44bdab4a5c0c4b3a406e956b6c1a6077a9
add show_stack() prototype which will be used later.
PATCHNAME: add_show_stack_prototype
Signed-off-by: Isaku Yamahata
t 54e29e0600f6e3e6e8e51b1388abf82d55244792
avoid set cr.ivt when context switch if possible
PATCHNAME: avoid_set_cr_ivt_when_context_switch
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 54e29e0600f6 -r e3a2d16b969f xen/arch/ia64/xen/domain.c
--- a/xen/arch/ia64/xen/domain.c
: remove_duplicated_xc_get_set_hvm_param
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 3165e43ce734 -r 781397ad1897 tools/libxc/ia64/xc_ia64_hvm_build.c
--- a/tools/libxc/ia64/xc_ia64_hvm_build.c Tue Oct 02 11:31:55 2007 -0600
+++ b/tools/libxc/ia64/xc_ia64_hvm_build.c Thu
Hi all.
I've been working on IA64 HVM domain save/restore.
Although it isn't completed yet, I'm posting for review/comment.
Please note that I tested the patches only with Linux which is idle
at this moment.
The main patches are 16, 21, 23.
The patch 17-19 should be sent to xen-devel. I'll send t
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 781397ad1897 -r 54e29e0600f6 xen/arch/ia64/xen/domain.c
--- a/xen/arch/ia64/xen/domain.cThu Sep 06 17:19:03 2007 +0900
+++ b/xen/arch/ia64/xen/domain.cFri Sep 14 18:10:01 2007 +0900
@@ -1552,8 +1552,6 @
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1190374248 -32400
# Node ID 3b2db463c0613db9b428c6610d938e237ba78ede
# Parent e3a2d16b969f5684e545d5cfcb390f56e3a2b851
remove dead code.
PATCHNAME: remove_dead_code
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r e3a2d16b9
On Mon, Oct 01, 2007 at 01:43:38PM -0600, Alex Williamson wrote:
>
> On Mon, 2007-10-01 at 20:06 +0900, Isaku Yamahata wrote:
> > vcpu_ctx[] array size should be MAX_VIRT_CPUS instead of 1.
>
>Applied. Looks like xenitp got broken in the merge with upstream
> last
instead of 1.
PATCHNAME: xenitp_vcpu_ctx_size
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 6fa9e1c02f08 -r 6dfbc702ca97 tools/debugger/xenitp/xenitp.c
--- a/tools/debugger/xenitp/xenitp.c Mon Oct 01 19:55:03 2007 +0900
+++ b/tools/debugger/xenitp/xenitp.c Mon Oct 01 19:57:02 2007
fix xenctx: rse arithmetic.
--
yamahata
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1190968328 -32400
# Node ID 1c800e01a406e830c4b98d77d6475a7e0245a12c
# Parent e77dab5df5a5d20f9da8b53d3fdc3371c40a6c6f
fix xenctx: rse arithmetic.
PATCHNAME: fix_xenctx
Signed-off-by: Isaku Yamahata
definition.
PATCHNAME: consolidate_deliver_psr_clr_set
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 13e77eecafd4 -r e77dab5df5a5 xen/arch/ia64/xen/faults.c
--- a/xen/arch/ia64/xen/faults.c Thu Sep 27 14:51:21 2007 +0900
+++ b/xen/arch/ia64/xen/faults.c Thu Sep 27 21:22:36 2007
similar to x86 vioapic
PATCHNAME: viosapic_smp_safe
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r a6c821204255 -r 13e77eecafd4 xen/arch/ia64/vmx/viosapic.c
--- a/xen/arch/ia64/vmx/viosapic.c Thu Sep 27 14:33:44 2007 +0900
+++ b/xen/arch/ia64/vmx/viosapic.c Thu Sep 27 14:51:21 2007
pmtimer
PATCHNAME: vacpi_smp_safe
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 42d4313b5fdd -r a6c821204255 xen/arch/ia64/vmx/vacpi.c
--- a/xen/arch/ia64/vmx/vacpi.c Mon Sep 24 14:21:02 2007 -0600
+++ b/xen/arch/ia64/vmx/vacpi.c Thu Sep 27 14:33:44 2007 +0900
@@ -4,
On Tue, Sep 25, 2007 at 03:45:03AM +0200, Tristan Gingold wrote:
> for metaphysical mode, we use two different alternate rids (one for rr0 and
> one for rr4). Because they use the same mapping why don't we use the
> same rid for both rr0 and rr4 ?
This sounds a good idea.
> This should avoid d
On Mon, Sep 17, 2007 at 08:43:49AM +0200, Juergen Gross wrote:
> Hi,
Hi. Minor comment.
PAGE_MASK and PAGE_ALIGN should be used instead of PAGE_SIZE arithmetic.
thanks,
--
yamahata
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
htt
On Thu, Sep 13, 2007 at 03:18:17PM +0900, Horms wrote:
> On Thu, Sep 13, 2007 at 12:24:22PM +0900, Isaku Yamahata wrote:
> > On Thu, Sep 13, 2007 at 11:21:04AM +0900, Horms wrote:
> > > On Wed, Sep 12, 2007 at 12:20:23PM -0600, Alex Williamson wrote:
> > > > On
On Thu, Sep 13, 2007 at 11:21:04AM +0900, Horms wrote:
> On Wed, Sep 12, 2007 at 12:20:23PM -0600, Alex Williamson wrote:
> > On Wed, 2007-09-12 at 17:08 +0900, Simon Horman wrote:
> > > The following series is the Xen patches that comprise
> > > the lastest release of kexec for ia64 Xen. Patches
>
ned-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r d650f254d544 -r 069fe21b4f90 arch/ia64/xen/xcom_hcall.c
--- a/arch/ia64/xen/xcom_hcall.cTue Sep 11 15:15:22 2007 -0600
+++ b/arch/ia64/xen/xcom_hcall.cWed Sep 12 19:35:14 2007 +0900
@@ -39,7 +39,7 @@
#include
#include
#in
: fix_unmodified_drivers
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 4c020dd76b18 -r 8b1b6159b7e6 unmodified_drivers/linux-2.6/mkbuildtree
--- a/unmodified_drivers/linux-2.6/mkbuildtree Tue Sep 11 15:20:18 2007 -0600
+++ b/unmodified_drivers/linux-2.6/mkbuildtree Tue Sep 04 10:58:43 2007
form_pci: Unknown symbol xencomm_arch_hypercall_suspend
comment out xencomm_hypercall_suspend() because suspend hypercall isn't
necessary for VTi domain.
PATCHNAME: comment_out_xencomm_hypercall_suspend_for_pv_on_hvm
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 34268dc
On Mon, Sep 10, 2007 at 05:22:35AM +0200, Tristan Gingold wrote:
> On Mon, Sep 10, 2007 at 11:31:23AM +0900, Isaku Yamahata wrote:
> > On Mon, Sep 10, 2007 at 09:32:42AM +0800, Zhang, Xing Z wrote:
> > > I think Isaku have the answer. Is it related to MCA?
> >
>
On Mon, Sep 10, 2007 at 11:27:40AM +0900, KUWAMURA Shin'ya wrote:
> I report a benchmark result of last week on IPF using
> ia64/xen-unstable and ia64/linux-2.6.18-xen.
>
> - PV-on-HVM drivers cannot be compiled for RHEL4U2
I'm afraid that the xencomm consolidation patch caused it.
I sent out som
On Mon, Sep 10, 2007 at 09:32:42AM +0800, Zhang, Xing Z wrote:
> I think Isaku have the answer. Is it related to MCA?
No. It's for xm dump-core.
When I wrote the patch c/s 3c8039aa5004,
I thought the area should also be dumped to the file.
The fact that it uses v->arch.privregs seconded.
Yes, th
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1189388010 -32400
# Node ID 05431e5ce0fdfa9fd652db5f838d91bfacd3898b
# Parent ef63d6bd99b6039d9e97085067cb480b4652d62c
use xc_map_foreign_pages() where possible
PATCHNAME: ia64_use_xc_map_foreign_pages
Signed-off-by: Isaku Yamahata <[EM
On Wed, Sep 05, 2007 at 06:36:54PM +0200, Markus Armbruster wrote:
> The patch converts only those uses of xc_map_foreign_batch() to
> xc_map_foreign_pages() where I'm 100% sure it's safe. For the others,
> I'd rather have a second opinion from somebody familiar with the code.
>
> Discussion of u
On Thu, Sep 06, 2007 at 04:32:25PM -0600, Alex Williamson wrote:
>I have these applied in a local tree, but I can't quite get them
> working. I used the updated [7/8] patch you sent out and replaced [6/8]
> with the [5/5] patch from the other series. The p2m expose/unexpose
> hypercalls hook
On Tue, Sep 04, 2007 at 09:24:17PM -0600, Alex Williamson wrote:
> On Wed, 2007-09-05 at 10:20 +0900, Isaku Yamahata wrote:
> >
> > How about this option?
> > - Allocate pseudo physical contiguous region from the end of
> > conventional memory and relinquish
On Tue, Sep 04, 2007 at 02:06:18PM -0600, Alex Williamson wrote:
> On Tue, 2007-09-04 at 11:18 +0900, Isaku Yamahata wrote:
> > On Wed, Aug 29, 2007 at 10:33:06PM -0700, Alex Williamson wrote:
> > > On Thu, 2007-08-30 at 13:17 +0800, Duan, Ronghui wrote:
> > > > I
On Mon, Sep 03, 2007 at 11:31:44AM +0800, Yang, Liuqing wrote:
> Win pv and pv case failed in this changeset due to inserting module
> xen-platform-pci.ko fail and network does not work in the Windows vti with pv
> driver.
I'm afraid that the recent xencomm cosolidation caused it.
Can you post th
: rewrite_ia64_domain_save_restore_foreign_p2m
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 420fb0f102c2 -r ad2d25b05759 tools/libxc/ia64/xc_ia64_linux_restore.c
--- a/tools/libxc/ia64/xc_ia64_linux_restore.c Tue Aug 28 13:10:18 2007 +0900
+++ b/tools/libxc/ia64/xc_ia64_linux_restore.c T
On Tue, Sep 04, 2007 at 10:41:44AM +0900, Isaku Yamahata wrote:
> On Mon, Sep 03, 2007 at 11:31:44AM +0800, Yang, Liuqing wrote:
>
> > Win pv and pv case failed in this changeset due to inserting module
> > xen-platform-pci.ko fail and network does not work in the Window
On Wed, Aug 29, 2007 at 10:33:06PM -0700, Alex Williamson wrote:
> On Thu, 2007-08-30 at 13:17 +0800, Duan, Ronghui wrote:
> > I make a new domain0 kernel with CONFIG_IA64_DIG .It still panic.
>
> > (XEN) Maximum permitted dom0 size: 3973MB
>
>It looks like we need to reduce dom0 memory by th
This patch doesn't handle live migration with the balloon driver.
Sorry for inconvenience. I'll post the updated patch tomorrow.
On Tue, Aug 28, 2007 at 03:57:32PM +0900, Isaku Yamahata wrote:
> # HG changeset patch
> # User [EMAIL PROTECTED]
> # Date 1188274506
This patch is superceded by the newer patch.
Please use the the patch which is posted as
http://lists.xensource.com/archives/html/xen-devel/2007-08/msg00623.html
On Tue, Aug 28, 2007 at 03:57:32PM +0900, Isaku Yamahata wrote:
> # HG changeset patch
> # User [EMAIL PROTECTED]
> # Date 1
On Mon, Sep 03, 2007 at 07:56:22PM +0900, Akio Takebe wrote:
> After applying your patch, mm_teardown() return integer,
> but I didn't find a patch for mm_teardown().
>
> Is the following patch right?
Looks correct. Thanks.
Probably I accidentaly dropped the hunk during playing
with the xen unsta
AME: make_xen_domctl_destroydomain_hypercall_continuable
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
Signed-off-by: Keir Fraser <[EMAIL PROTECTED]>
diff -r 96f64f4c42f0 -r a9fc5e1662e0 tools/libxc/xc_domain.c
--- a/tools/libxc/xc_domain.c Fri Aug 31 11:21:35 2007 +0100
+++ b/tools/libxc/xc_domain
very large, it takes too long resulting in
soft lockup warning message.
To prevent softlokup, make the hypercall continuable.
PATCHNAME: make_xen_domctl_destroydomain_hypercall_continuable
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
Signed-off-by: Keir Fraser <[EMAIL PROTECTED]&
/bugzilla/show_bug.cgi?id=1037
PATCHNAME: x86_continuable_domain_destroy
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 1ab773a3182b -r 357ef76c2f1a xen/arch/x86/domain.c
--- a/xen/arch/x86/domain.c Fri Aug 31 22:22:35 2007 +0900
+++ b/xen/arch/x86/domain.c Fri Aug 31 19:49:5
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1188280280 -32400
# Node ID b4fe65fdc26d5b56057f3711e7d8bf4a3617cfa8
# Parent b8f3785f15bde5da96b4ffd1cde3e677d54abf90
Implement ia64 continuable domain detroy.
PATCHNAME: implement_ia64_continuable_domain_destroy
Signed-off-by: Isaku Yamahata
Make XEN_DOMCTL_destroydomain hypercall continuable.
XEN_DOMCTL_destroydomain hypercall frees domain resources, especially
it frees all pages of the domain.
When domain memory is very large, it takes too long resulting in
soft lockup warning message or something worse.
See http://bugzilla.xensourc
not set
> # CONFIG_VFAT_FS is not set
> # CONFIG_NTFS_FS is not set
>
> #
> # Pseudo filesystems
> #
> CONFIG_PROC_FS=y
> # CONFIG_PROC_KCORE is not set
> CONFIG_SYSFS=y
> # CONFIG_TMPFS is not set
> # CONFIG_HUGETLB_PAGE is not set
> CONFIG_RAMFS=y
> # CONFIG_CONFIGFS_FS
cated.
PATCHNAME: xc_core_ia64_prevent_warning
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r ab3a6dbca873 -r 6642cba9eb66 tools/libxc/xc_core_ia64.c
--- a/tools/libxc/xc_core_ia64.cWed Aug 29 19:43:21 2007 +0900
+++ b/tools/libxc/xc_core_ia64.cWed Aug 29 19:43:22
cause
annoying warning message. xm dump-core results in too many warnings.
With this hook, ia64 dump-core can suprress warning.
PATCHNAME: introduce_xc_core_arch_gpfn_may_present
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 97c0b1a79316 -r ab3a6dbca873 tools/libxc/xc_core.c
--- a/
array.
This patch doesn't change the xm dump-core format.
PATCHNAME: xc_core_c_optimize
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r a630c1ba002b -r 97c0b1a79316 tools/libxc/xc_core.c
--- a/tools/libxc/xc_core.c Tue Aug 28 13:11:51 2007 +0900
+++ b/tools/libxc/xc_cor
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1188274311 -32400
# Node ID a630c1ba002b8ecbafd50691c90ca96f3a45dc3e
# Parent 6644d848626685f01d6832837fdb4ab2e06fffde
some minor clean up of xc_core.c.
PATCHNAME: xc_core_c_clean_up
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
d
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1188385920 -32400
# Node ID ed74e810c3cc669fc236ffdc4eb6114d610f35c4
# Parent 6642cba9eb6631f40071cdb39f518ef4bf270387
update dump-core-foramt.txt documentation.
PATCHNAME: dump_core_documentation_update
Signed-off-by: Isaku Yamahata <[EM
This patch series is for clean up/optimization of xm dump-core.
The patch 2 optimizes page write out accoding to Keir's advise.
Patch 5 is just FYI. It should be send to xen-ia64-devel.
Caution:
This patch series triggers the crash utilities bug.
I'll send the patch out separetly.
[PATCH 1/5] x
On Tue, Aug 28, 2007 at 03:45:56PM +0100, Keir Fraser wrote:
> On 28/8/07 07:17, "Isaku Yamahata" <[EMAIL PROTECTED]> wrote:
>
> > +static int
> > +xencomm_ctxt_next(struct xencomm_ctxt *ctxt, int i)
> > +{
> > +BUG_ON(i >= ctxt->nr_addrs);
On Tue, Aug 28, 2007 at 10:51:17AM +0100, Keir Fraser wrote:
> On 28/8/07 09:59, "Isaku Yamahata" <[EMAIL PROTECTED]> wrote:
>
> >> do {
> >> ret = do_domctl(xc_handle, &domctl);
> >> while (ret == EAGAIN);
> >
> > Right. atta
On Tue, Aug 28, 2007 at 10:34:42AM +0200, [EMAIL PROTECTED] wrote:
> Quoting Isaku Yamahata <[EMAIL PROTECTED]>:
>
> > diff -r 58d131f1fb35 -r 2c9db26f1d0e tools/libxc/xc_domain.c
> > --- a/tools/libxc/xc_domain.c Fri Aug 24 16:32:56 2007 +0100
> > +++ b/too
HNAME: fix_4k_page_support
Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 6644d8486266 -r 370225277691 xen/arch/ia64/xen/faults.c
--- a/xen/arch/ia64/xen/faults.cFri Aug 24 15:09:14 2007 -0600
+++ b/xen/arch/ia64/xen/faults.cMon Aug 27 11:09:36 2007 +0900
@@ -72
ff-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r b2b904e37c10 -r 034dae71e574 tools/libxc/ia64/xc_ia64_stubs.c
--- a/tools/libxc/ia64/xc_ia64_stubs.c Tue Aug 28 13:15:06 2007 +0900
+++ b/tools/libxc/ia64/xc_ia64_stubs.c Mon Aug 27 21:31:41 2007 +0900
@@ -17,7 +17,7 @@ xc_ia64_fpsr_d
-off-by: Isaku Yamahata <[EMAIL PROTECTED]>
diff -r 82ebc14bec8f -r b2b904e37c10 tools/libxc/ia64/xc_ia64_linux_restore.c
--- a/tools/libxc/ia64/xc_ia64_linux_restore.c Tue Aug 28 13:10:18 2007 +0900
+++ b/tools/libxc/ia64/xc_ia64_linux_restore.c Tue Aug 28 13:15:06 2007 +0900
@@ -5,12
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1188283175 -32400
# Node ID 07bf1e74559d4f4a0718632dfd06bd1f5d17e353
# Parent 057b47cada5c42a934c320f95863af2a6f031522
foreign p2m exposure. linux side.
PATCHNAME: foreign_p2m_exposure_linux_side
Signed-off-by: Isaku Yamahata <[EMAIL PROTEC
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1188273330 -32400
# Node ID 9324ed30f6eee4bf86e8929c7e4d031d79128e77
# Parent 904bc73dcfaaa7ebb627466b17b9fc7b971e9024
foreign p2m exposure test module
PATCHNAME: foreign_p2m_exposure_test_module
Signed-off-by: Isaku Yamahata <[EMAIL PROTEC
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1188274218 -32400
# Node ID 82ebc14bec8f14281401faa2eefe4ebc6e4d77bc
# Parent 9324ed30f6eee4bf86e8929c7e4d031d79128e77
xc_core_ia64 optimization with foreign p2m exposure
PATCHNAME: xc_core_ia64_foreign_p2m
Signed-off-by: Isaku Yamahata
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1188282926 -32400
# Node ID 14d0d5f4e11d2d273e4e756f60fdb17214481db5
# Parent 44c9e994cf0da65ba73d50d02e62a04b21b9df6f
foreign domain p2m table exposure. xen side.
PATCHNAME: foreign_domain_p2m_expo_xen_side
Signed-off-by: Isaku Yamahata
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1188279728 -32400
# Node ID 904bc73dcfaaa7ebb627466b17b9fc7b971e9024
# Parent 14d0d5f4e11d2d273e4e756f60fdb17214481db5
foreign p2m exposure: libxc side
PATCHNAME: foreign_p2m_exposure_libxc_side
Signed-off-by: Isaku Yamahata <[EMAIL PROTEC
Hi.
The already implemented p2m table exposure is self exposure.
It is used by kernel to optimize the gpfn -> mfn conversion.
This patch series implements the foreign domain p2m table exposure which
exposes the p2m table of a given domain to dom0 tools stack.
The basic logic is same as self p2m e
igned long src_gpaddr,
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1187942514 -32400
# Node ID 44c9e994cf0da65ba73d50d02e62a04b21b9df6f
# Parent 370225277691127a02ca35ebebf29241263ca707
fix vti domain builder. it should set arch_domain::convmem_end.
PATCHNAME: fix_vti_domain_builder
Signed-off-by: Isaku Yamahata <
1201 - 1300 of 2205 matches
Mail list logo
