On Thu, Dec 07, 2006 at 11:37:54AM +0800, Xu, Anthony wrote:
From this logic, the migration happens frequently if the numbers VCPU
is less than the number of logic CPU.
This logic is designed to make better use of a partially idle
system by spreading work across sockets and cores before
Recently foreign domain page mapping semantics was changed so that
domain build/save/restore/core were broken.
It fixes domain build/save/restore. (It doesn't fix core yet.)
Although there is something wrong with save/restore, I send out
this patch set becase it would be better than nothing.
3 / 5
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1165235417 -32400
# Node ID f28b2898f2e48223de3979dcb7a3eff84ffc5ebb
# Parent 447bd2277c214d0e728c35e741b71fe1dcb1c604
domain save fix for foreing domain page mapping semantics change
PATCHNAME: domain_save
Signed-off-by: Isaku
2 / 5
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1165485408 -32400
# Node ID 447bd2277c214d0e728c35e741b71fe1dcb1c604
# Parent 8f2ca1131acc136fff4a866e7ab5fa7f89c7c22d
assign vcpu memory mapped registers into guest psudo physical address space
for foreign domain page mapping. This is
1 / 5
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1165485336 -32400
# Node ID 8f2ca1131acc136fff4a866e7ab5fa7f89c7c22d
# Parent 0dba04cfbdba8474a5915f91b3fbd3b38e20ecab
map shared_info into guest pseud physical address space for libxc
to map from dom0. This is used by domain builder.
4 / 5
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1165473924 -32400
# Node ID fd21ff4843cbb886c2b35f74ab0fe32a3309d1fa
# Parent f28b2898f2e48223de3979dcb7a3eff84ffc5ebb
xc_ia64_linux_restore fix for foreign domain page mapping semantics change
PATCHNAME: xc_ia64_linux_restore_fix
5 / 5
# HG changeset patch
# User [EMAIL PROTECTED]
# Date 1165479903 -32400
# Node ID 0ee772ac96c5737ef3c220615c028aebe5a55601
# Parent fd21ff4843cbb886c2b35f74ab0fe32a3309d1fa
allow foreign domain page mapping of DOMID_XEN/DOMID_IO.
DOMID_XEN is used by xenmon, xentrace.
PATCHNAME:
On Thu, 2006-12-07 at 21:18 +0900, Isaku Yamahata wrote:
This patch is necessary for xen/ia64 domain build/save/restore.
make XEN_DOMCTL_getdomaininfo return shared_info_frame in gmfn. not
mfn.
foreign domain page mapping semantic was changed so that it requires
gmfn. So to map foreign
Applied, thanks,
Alex
--
Alex Williamson HP Open Source Linux Org.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
On Thu, 2006-12-07 at 14:31 +0800, Xu, Anthony wrote:
Implement irq redirection of IOSAPIC.
Applied, thanks,
Alex
--
Alex Williamson HP Open Source Linux Org.
___
Xen-ia64-devel mailing list
On Thu, 2006-12-07 at 14:48 +0800, Xu, Anthony wrote:
Fix warning
Applied, thanks,
Alex
--
Alex Williamson HP Open Source Linux Org.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
On Thu, 2006-12-07 at 15:00 +0800, Xu, Anthony wrote:
Send events to VTI domain through level triggered irq
Applied, thanks,
Alex
--
Alex Williamson HP Open Source Linux Org.
___
Xen-ia64-devel mailing list
Hi Akio,
Unfortunately I've found a problem with this patch since committing
it. My system has a 2 port e1000 card that shows up as PCI devices
:01:02.0 and :01:02.1. I hide function 1 from dom0 using
pciback.hide=(:01:02.1). Without trying to start up any guest
domains, on
Hi Yamahata:
Can Xentrace use on IPF? If so, could you tell me the steps to make it
run? Thanks:)
Good good study,day day up ! ^_^
-Wing(zhang xin)
OTC,Intel Corporation
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Isaku
Yamahata
Sent:
Hi, Zhan,
of-cause you can. Just try,
# xentrace foo.trc sleep 3; kill %%
# xentrace_format formats foo.trc
then you see formatted trace records like,
CPU0990759430040do_block[ domid =
0x, edomid = 0x ]
CPU0990759431008
Hi, Alex
Unfortunately I've found a problem with this patch since committing
it. My system has a 2 port e1000 card that shows up as PCI devices
:01:02.0 and :01:02.1. I hide function 1 from dom0 using
pciback.hide=(:01:02.1). Without trying to start up any guest
domains, on
On Fri, 2006-12-08 at 10:50 +0900, Akio Takebe wrote:
Hi, Alex
Unfortunately I've found a problem with this patch since committing
it. My system has a 2 port e1000 card that shows up as PCI devices
:01:02.0 and :01:02.1. I hide function 1 from dom0 using
change XEN_DOMCTL_getmemlist returns gmfn instead of mfn for foreign domain
page mapping.
This patch tries to get 'xm dump-core' work on ia64 again.
With this patch, 'xm dump-core' results in creating core-dump file
as before with a slight format changes.
(machine address array - pseudo physicall
Sorry. I sent out the wrong old patch.
I Attached the corrected one.
On Fri, Dec 08, 2006 at 11:24:41AM +0900, Isaku Yamahata wrote:
change XEN_DOMCTL_getmemlist returns gmfn instead of mfn for foreign domain
page mapping.
This patch tries to get 'xm dump-core' work on ia64 again.
With this
Xen/IA64 Healthiness Report
This Cset is the same with the last Cset#12796
Several issues:
1. VTI Linux domain boot slowly, if enabled 'serial=pty'.
2. SMPVTI_LTP performed slowly.
Except SMPVTI_LTP case, all the other nightly cases can pass in manually
testing.
Hi Hiroya:
Thanks for your guide. But I meet another problem. when I follow your
steps, xentrace complains as below:
[EMAIL PROTECTED] ~]# xentrace res.trc sleep 3;kill %%
[1] 7500
ERROR: Failed to mmap trace buffers (22 = Invalid argument)
[1]+ Exit 1 xentrace res.trc
HićWing
Current change set (for example xen-ia64-unstable 12795)
does not run xentrace.
Need to wait Isaku-patch[5/5] applied.
Or back to older change sets.
If this is fixed in xen-ia64-unstable, I will report you.
Thanks
Atsushi SAKAI
Hi Hiroya:
Thanks for your guide. But I meet
22 matches
Mail list logo