Hi Tsunehisa,
Unluckily, we met xen crash with this patch. Do you know which #Cset is
stable enough for us to use VBD driver for HVM domain? :)
Thanks
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of DOI
Tsunehisa
Sent: 2007年2月27日 7:34
To:
Tsunehisa,
Thanks for your information.
Xiantao
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: 2007年2月27日 14:23
To: Zhang, Xiantao
Cc: [EMAIL PROTECTED]; xen-ia64-devel
Subject: Re: [Xen-ia64-devel] [Patch] Fix
Hi Tristan,
I don't think this patch is needed for VTi domain. Oppositely, it may
cause errors for stacked converntion calls. Because I recalled that stacked
convention calls' parameters have been transferred into static ones before
trapping into VMM in vPAL. I will check the code here and
This patch fixed 3G memory limit for VTi domain.
Due to some logic change in Qemu, so initializing ram_size should be
moved up.
Signed-off-by : Zhang xiantao [EMAIL PROTECTED]
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
fix_vti_3G.patch
Description: fix_vti_3G.patch
This patch adds buffer IO mechanism for Xen/VTi domain. It catches up
with Xen/IA32 side. Current implementation can accelerate Windows
geust's dense IO operations @ boot time.
I divided it into two parts. One is only related to Qemu, and the other
one is main body.
Signed-off-by : Zhang xiantao
Main part.
Signed-off-by: Zhang xiantao [EMAIL PROTECTED]
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
buffer_io.patch
Description: buffer_io.patch
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com
This patch intends to fix memory access beyond 3G for VTi domain.
Currently VTi's memory beyond 3G was moved to 4G at build time. So it
should be mapped correctly in qemu. If not, it will cause qemu's
segmentation fault when guest use memory beyond 4G for DMA.
Signed-off-by: Zhang Xiantao [EMAIL
Seems no special reason for keeping page_array after foreign map.
Free it to avoid memory leak in Qemu.
Signed-off-by: Zhang xiantao [EMAIL PROTECTED]
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
free_page_array.patch
Description: free_page_array.patch
Hi Aron,
Could you share me the current status for fedora-xen-ia64? Through your
mails, I see we should focus our efforts on linux-2.6-xen-fedora. But when I
applied the patch 199684 on it, conflicts occurs. Do you have any suggestion
for contributing to Fedora ?
Thanks Best Regards
This patch intends to remove the confusing flag ARCH_VMX_CONTIG_MEM for
VTi. It was used for indicating that VTi needs contiguous memory.
Currently, it seems useless. In addition, add the flag ARCH_VMX_DOMAIN
to ensure VMX_DOMAIN check correctly with all vcpus.
Thanks Best Regards
-Xiantao
Hi Tom,
Currently, 32 bit
OS couldn’t be run on xen-ia64 due to different architectures between IA32
and IA64. 32 bit application should work well in 64 bit guest with BT
technology.
Anyway, your idea is very
good. Maybe somebody will implement it in future.
Thanks Best Regards
:[EMAIL PROTECTED]
Sent: 2006年7月27日 16:54
To: Zhang, Xiantao; xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-ia64-devel] [PATCH] Remove unused contig mem flag for VTi
Le Jeudi 27 Juillet 2006 10:15, Zhang, Xiantao a écrit :
This patch intends to remove the confusing flag
: Akio Takebe [mailto:[EMAIL PROTECTED]
Sent: 2006年7月27日 16:47
To: Zhang, Xiantao; Aron Griffis; Juan Quintela
Cc: Prarit Bhargava; [EMAIL PROTECTED]; Chris Wright;
[EMAIL PROTECTED]; xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-ia64-devel] RE: [Fedora-xen] [PATCH 0 of 5]
fixlinux-2.6-xen
Very clear now! Thank you very much.
-Xiantao
OTC,Intel Corporation
-Original Message-
From: Akio Takebe [mailto:[EMAIL PROTECTED]
Sent: 2006年7月27日 17:36
To: Zhang, Xiantao; Aron Griffis; Juan Quintela
Cc: Prarit Bhargava; [EMAIL PROTECTED]; Chris Wright;
[EMAIL PROTECTED]; xen
Hi Alex,
I remembered I have sent out the patch to increase
CONFIG_NR_CPUS to 16 for domain0 to enable SMP. It works well on Tiger4
platform but you said it would break HP's box. Seems need to think more
about this issue before change:)
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
Akio,
Thank you for pointing out this issue. Maybe I sent out the older one
incorrectly.:( Thanks again.
-Xiantao
OTC,Intel Corporation
-Original Message-
From: Akio Takebe [mailto:[EMAIL PROTECTED]
Sent: 2006年7月26日 19:24
To: Zhang, Xiantao; [EMAIL PROTECTED]
Cc: xen-ia64
]
[mailto:[EMAIL PROTECTED] On Behalf Of Alex Williamson
Sent: 2006年7月27日 3:20
To: Zhang, Xiantao
Cc: [EMAIL PROTECTED]; xen-ia64-devel@lists.xensource.com
Subject: RE: [Xen-devel] [PATCH] Add lost logic for VGA initialization
On Wed, 2006-07-26 at 13:38 +0800, Zhang, Xiantao wrote:
Hi Alex
-Original Message-
From: Christian Limpach [mailto:[EMAIL PROTECTED]
Sent: 2006年7月26日 22:23
To: Zhang, Xiantao
Cc: [EMAIL PROTECTED]; xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-devel] [PATCH] Add lost logic for VGA initialization
On 7/26/06, Zhang, Xiantao [EMAIL
);
}
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alex Williamson
Sent: 2006年7月27日 3:20
To: Zhang, Xiantao
Cc: [EMAIL PROTECTED]; xen-ia64-devel@lists.xensource.com
Subject: RE: [Xen-devel] [PATCH
Due to IA64 balloon driver not ready and it depends on max memory value
to allocate its memory. So this fix is necessary now.
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
fix_ia64_mem_alloc.patch
Description: fix_ia64_mem_alloc.patch
___
This patch adds the ia64-specific code for new Qemu .
In addition, some ia64 patches aren't checked into xen-unstable.hg, so I
reversed the related logic temporarily. Once sync with
xen-ia64-unstable.hg, the logic will regain automatically.
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
-Xiantao
OTC,Intel Corporation
-Original Message-
From: Alex Williamson [mailto:[EMAIL PROTECTED]
Sent: 2006年7月11日 11:28
To: Zhang, Jingke
Cc: xen-ia64-devel@lists.xensource.com; Zhang, Xiantao;
[EMAIL PROTECTED]
Subject: RE: [Xen-ia64-devel] [IPF-ia64] with Cset 10690, creating
: Atsushi SAKAI [mailto:[EMAIL PROTECTED]
Sent: 2006年7月11日 21:46
To: Alex Williamson; Zhang, Xiantao
Cc: Isaku Yamahata; xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-ia64-devel] [IPF-ia64] with Cset 10690, creating a VTImake
xen0 hang
Hi, Alex
Sorry for late.
I found your problem
This patch intends to turn on FW acceleration for VTi.
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
fw_acc.patch
Description: fw_acc.patch
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
Fix a typo.
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
typo_fix.diff
Description: typo_fix.diff
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
4.
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
-Original Message-
From: Alex Williamson [mailto:[EMAIL PROTECTED]
Sent: 2006年6月21日 7:41
To: Zhang, Xiantao
Cc: xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-ia64-devel] [PATCH]Enable xen0 smp when machine only has2
LPs
]
Sent: 2006年6月21日 11:11
To: Zhang, Xiantao
Cc: xen-ia64-devel@lists.xensource.com
Subject: RE: [Xen-ia64-devel] [PATCH]Enable xen0 smp when machine only has2LPs
On Wed, 2006-06-21 at 10:04 +0800, Zhang, Xiantao wrote:
Hi Alex,
I couldn't reproduce your troubles here with this change
Just resend.
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Zhang, Xiantao
Sent: 2006年6月1日 16:29
To: Alex Williamson
Cc: xen-ia64-devel@lists.xensource.com
Subject: RE: [Xen-ia64-devel] [PATCH]Fix
Hi Alex,
Please drop this patch.
Thanks Best Regards
-Xiantao
OTC,Intel corporation
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Zhang,
Xiantao
Sent: 2006年6月2日 16:37
To: xen-ia64-devel@lists.xensource.com
Subject: [Xen-ia64-devel
map them as MMIO
safely.
BTW, this patch based on Yamahata's check memory descriptor overlap patch.
Please give comments. :)
Thanks
-Xiantao
-Original Message-
From: Alex Williamson [mailto:[EMAIL PROTECTED]
Sent: 2006年6月1日 10:11
To: Zhang, Xiantao
Cc: xen-ia64-devel
Hi Rodrigo,
Akio is right. Of course, you can make a try with old initrd.img .
Maybe it is OK for your system.
Thanks
-Xiantao
-Original Message-
From: Akio Takebe [mailto:[EMAIL PROTECTED]
Sent: 2006年6月2日 9:46
To: Rodrigo Lord; Zhang, Xiantao; xen-ia64-devel
After enabling dom0_vp mode, we lost domain0's VGA console, and we have
to connect it through network or serial console.
The reason is that VGA frame buffer(0xa-0xc) was set to
conventional
memory not IO in dom0's p2m table. Attached patch fixes it.
Thanks
-Xiantao
this patch can enable
VGA console on all platforms explicitly, maybe as you said this step is better
to do in dom_fw_init :)
Thanks
-Xiantao
-Original Message-
From: Alex Williamson [mailto:[EMAIL PROTECTED]
Sent: 2006年5月31日 23:32
To: Zhang, Xiantao
Cc: xen-ia64-devel@lists.xensource.com
This patch intends to fix isr setting before injecting fault to it.
With this small fix, CPU2000 in VTi can pass now.
Thanks
-Xiantao
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Sorry for forgetting the attachment. Patch attached.
Thanks
-Xiantao
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Zhang,
Xiantao
Sent: 2006年5月31日 10:35
To: xen-ia64-devel@lists.xensource.com
Subject: [Xen-ia64-devel] [PATCH]set isr before
Rodrigo,
From
your log, it should be caused by incorrect elilo. The current elilo for xen is
a modified version, and it can support vmm option. You can get it from xen
source @ ./xen/arch/ia64/tools/xelilo/xlilo.efi.
Pls have a try .
Thanks
-Xiantao
From:
[EMAIL
This patch adds support for ptc.l emulation. In 2.6.16 kernel
flush_tlb_range will call global_tlb_purge directly, so ptc.l shouldn't
be used when CONFIG_SMP enable.
But in order to enhance performance (maybe), 2.6.17 kernel in smp
environment
will do mm check first. If mm is current-active_mm and
Hi, Yamahata
We have tried the latest #CSet, and found oom-killer bug is
there now. Do you have any update on this? Could you share the final
solution for it? In addition, another bug was found by Intel QA team
after dom0_VP open. We could't use tty0, tty1 ,ttyx and so on to login
system
Hi Alex,
I have checked this patch on tip(10146), and didn't met the issue with
rhel4-u2 and urhel4-u3 image. Maybe the issue you mentioned is not caused by
Anthony's patch :)
Thanks
-Xiantao
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Hi, Aron
We have tried to boot xen with your tip, but found the configuration
for domain0 opens dom0_VP mode, however, the dom0_VP option of xen was closed
by default. Maybe this is the main reason why xen dies at booting xen0.
Correct?
If they don't match, it is impossible to boot up.
Hi Dietmar,
Seems your machine has no enough memory for creating the domain. Maybe
you can make a try to decrease xenU's memory. Before creating xenU, you can use
xm info to see system's free memory.
Thanks
-Xiantao
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
-
From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
Sent: 2006年5月17日 11:19
To: Zhang, Xiantao
Cc: Alex Williamson; xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-ia64-devel] [PATCH] Allow multiple-time mmap of the
privcmddevice
Does increasing memory for VTi from 128M to 256M help?
(You
This small patch intends to fix domain pause/unpause bug. Current xm
pause operation will do sync_vcpu_execstate to sync vcpu status, but it
saves dom0's fpu and other registers to VTi domain or domainU due to xm
pause from control panel. Because sync_vcpu_execstate was called after
vcpu_sleep
OK, I see. thanks -Xiantao
-Original Message-
From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
Sent: 2006年5月17日 15:36
To: Zhang, Xiantao
Cc: xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-ia64-devel] [PATCH] Allow multiple-time mmap of the
privcmddevice
On Wed, May 17
To: Zhang, Xiantao
Cc: Isaku Yamahata; xen-ia64-devel@lists.xensource.com
Subject: RE: [Xen-ia64-devel] [PATCH] Allow multiple-time mmap of
theprivcmddevice
On Wed, 2006-05-17 at 10:54 +0800, Zhang, Xiantao wrote:
Hi Yamahata /Alex,
When I configured memory 800M for xen0 and 128M for VTi
This patch intends to provide mechanism for clearing rse invalid
partition before rbs switch to guest. To avoid leaking hypervisor bits
to guest, it is a must to clear registers which are in invalid partition
before leaving hypervisor.
Tested by full ltp test and Verified by ITP in some cases.
This patch uses panic domain instead of panic when the panic happening
is only related to current domain other than whole system.
Signed-off-by: Zhang Xiantao [EMAIL PROTECTED]
Thanks
-Xiantao
panic_to_panic_domain.patch
Description: panic_to_panic_domain.patch
This patch fixed vm_summary info and provide correct max_itr_entry,
max_dtr_entry,impl_va_msb, rid_size and so on for VTi domain.
Signed-off-by: Zhang xiantao [EMAIL PROTECTED]
Thanks
-Xiantao
vm_info.patch
Description: vm_info.patch
___
Xen-ia64
This small patch intends to provide correct total memory info for
control panel and fixed hardcode for that. The total memory info doesn't
include the memory FW used.
Signed-off-by : Zhang Xiantao [EMAIL PROTECTED]
Thanks
-Xiantao
total_memory.patch
Description: total_memory.patch
Hi Tristan,
I am using CSet9675 now. It should be OK with me :)
Thanks
-Xiantao
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tristan
Gingold
Sent: 2006年4月12日 19:45
To: xen-ia64-devel@lists.xensource.com
Subject: [Xen-ia64-devel]
Hi all,
Currently, scp a big size file (IG or bigger) to xen0 will fail in
midway without VTi or xenU exist. The phenomena is as below.
1.Boot machine to xen0
2.start some applications such as xend, vncserver and so on.
3.scp a big size file from remote machine to xen0, and will see scp
status to
have confilict with Anthony's hash_vtlb patch due to
modifying the same file. Please help to make them consistent handly:)
Thanks
-Xiantao
-Original Message-
From: Alex Williamson [mailto:[EMAIL PROTECTED]
Sent: 2006年3月28日 23:39
To: Zhang, Xiantao
Cc: xen-ia64-devel@lists.xensource.com
Actually domain reboot issue is not caused by our previous patch to
solve schedule_tail, which instead helps to find a severe HOST_SMP plus
domain destroy bug.
The major reason is that currently VHPT table for dom0/domU is per LP,
while domain destroy only issues vhpt_flush on current LP (dom0 is
Sorry for ugly alignment.
Maybe this one will be better:)
This patch intends to fix domainU boot after VTi domain booted up.
Currently domainU can't boot after domain VTi booted up. The root cause
is when VTi domain exists, after DomU createing and being scheduled for
first time, context_switch
Hi Masaki,
Two domain destroy issue has been fixed. The patch will be sent out
next week. Your destroy patch is very helpful to community developers :)
Thanks Best regards
-Xiantao
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of You,
This patch fixes VTI domain breaking issue caused by cset 9231.
Root cause: cset 9231 save the ioemu vnif info into the xenstore, which
cause control panel to wait for the VNIF backend device. Unfortunately,
ia64 dom0 vnif backend is not ready currently due to the p2m issue. In
this case,
I met the same issue.
Thanks
-Xiantao
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of You,
Yongkang
Sent: 2006年3月16日 17:20
To: xen-ia64-devel@lists.xensource.com
Subject: [Xen-ia64-devel] Create 2nd XenU fail after destroy 1st one
Hi all,
I
Great! This patch can fix the two DomU creates issue.
Thanks
-Xiantao
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Xu, Anthony
Sent: 2006年3月17日 11:22
To: Xu, Anthony; xen-ia64-devel@lists.xensource.com
Subject: RE: [Xen-ia64-devel] [PATCH] XEN:
Anthony's vcpu_translate patch can fix this issue :)
Thanks
-Xiantao
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Akio Takebe
Sent: 2006年3月16日 18:28
To: You, Yongkang; xen-ia64-devel@lists.xensource.com; Tristan Gingold
Subject: RE:
[mailto:[EMAIL PROTECTED]
Sent: 2006年3月14日 12:25
To: Zhang, Xiantao
Cc: xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-ia64-devel] [PATCH] Remove the last compile warnings
On Sun, 2006-03-12 at 15:29 +0800, Zhang, Xiantao wrote:
Hi Dan/Alex
This patch intends to remove the last
Because some platforms don't implement pal_freq_base call in PAL, in
this
case, call host SAL sal_freq_base instead to get correct freqency base
value.
diff -r 5e751dddf4d0 xen/arch/ia64/vmx/pal_emul.c
--- a/xen/arch/ia64/vmx/pal_emul.c Tue Feb 28 17:24:03 2006
+++
Virtualization
Intel (China) Limited
-Original Message-
From: Masaki Kanno [mailto:[EMAIL PROTECTED]
Sent: 2006年2月27日 8:52
To: Zhang, Xiantao
Cc: xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-ia64-devel] [PATCH] Clean up warnings related to VTi code.
Hi Xiantao/Kevin,
Sorry
, had better
disable this line in case that it may bring some side effect such as
wasting more time for probing network when starting VTi domain and so
on.
3. Xend start
4. Create VTi domain.
Thanks!
Zhang Xiantao
CSD-OTC PRC Virtualization
Intel (China) Limited
network-bridge
Description
Zhang Xiantao
CSD-OTC PRC Virtualization
Intel (China) Limited
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yang, Fred
Sent: 2006年1月7日 0:35
To: Philippe Berthault; Xen-IA64-Devel
Subject: RE: [Xen-ia64-devel] Help about a Kernel panic with Xen 3.0.0
for this option, it use default
configure file for their archs.
Configuration file is not attached here. If this approach is an agreed
approach to solve such requirement, we will check in the config file in
another mail.
Signed-off-by Zhang Xiantao [EMAIL PROTECTED]
Signed-off-by Tian Kevin [EMAIL
701 - 765 of 765 matches
Mail list logo