Kuwamura,
I think it is necessary to apply the delta patch, what's your opinion ?
Xiantoa
-Original Message-
From: Keir Fraser [mailto:keir.fra...@eu.citrix.com]
Sent: Monday, August 31, 2009 6:01 PM
To: Zhang, Xiantao; KUWAMURA Shin'ya; xen-ia64-devel@lists.xensource.co
Kuwamura,
Maybe the fix is not enough and it may break VT-d side after you changing it
back. In addition, mach_apic.h is also needed to create. I attached the whole
patch, please check! :-)
Xiantao
# HG changeset patch
# User r...@localhost.localdomain
# Date 1251737187 14400
# Node ID dd71c
Ian Jackson wrote:
> Zhang, Xiantao writes ("[Xen-devel] [PATCH] Fix DMA emualtion for
> ia64."):
>> In Xen3.4-RC3, we found a regression for creating hvm domains
>> and this issue is discussed in the thread
>> http://www.nabble.com/A-strange-issue-when-VT
Hi, Ian and Keir
In Xen3.4-RC3, we found a regression for creating hvm domains and this
issue is discussed in the thread
http://www.nabble.com/A-strange-issue-when-VTI-guest-vcpus-number-is-near-pcpus-td23400397.html.
This patch is a key fix for Xen-3.4. Without this patch, all hvm guests ma
It maybe related to recent DMA emulation changes in qemu, and lead to guest
uses incorrect icache for instruction streams.
Xiantao
-Original Message-
From: xen-ia64-devel-boun...@lists.xensource.com
[mailto:xen-ia64-devel-boun...@lists.xensource.com] On Behalf Of You, Yongkang
Sent: Th
For Non-MAPCACHE case, to get the virtual address corresponding to guest
physical address, only an offset value is added to guest physical address.
With this patch, ia64 HVM boot failure bug can be fixed.
Xiantao
>From 2b766d9ad3c6cb8c0e2a41976108b8a28416ecbb Mon Sep 17 00:00:00 2001
From: Xian
>
> Is this for the next release? Then, I'll request Keir to pull the
> ia64 repo.
>
> thanks,
>
>
> On Thu, Mar 26, 2009 at 02:12:02PM +0800, Zhang, Xiantao wrote:
>> Fixed the missing return value check.
>>
>> Signed-off-by: Xiantao Zhang
>>
Fixed the missing return value check.
Signed-off-by: Xiantao Zhang
diff -r b432c632ebe8 xen/arch/ia64/linux-xen/irq_ia64.c
--- a/xen/arch/ia64/linux-xen/irq_ia64.cFri Feb 13 19:11:38 2009 +0900
+++ b/xen/arch/ia64/linux-xen/irq_ia64.cThu Mar 26 14:04:41 2009 +0800
@@ -295,7 +295,
Isaku Yamahata wrote:
> On Thu, Mar 05, 2009 at 11:55:10AM +0800, Zhang, Xiantao wrote:
>> Isaku Yamahata wrote:
>>> On Wed, Mar 04, 2009 at 05:26:41PM +0800, Zhang, Xiantao wrote:
>>>> So far, we just found the msi-x case. Maybe we will add msi-x
>>>> s
Isaku Yamahata wrote:
> On Wed, Mar 04, 2009 at 05:26:41PM +0800, Zhang, Xiantao wrote:
>> So far, we just found the msi-x case. Maybe we will add msi-x
>> support later, so this fix is also required.
>
> Okay, makes sense.
>
>>>>> And why GPFN_LOW_MMIO
Isaku Yamahata wrote:
> On Tue, Mar 03, 2009 at 05:32:42PM +0800, Zhang, Xiantao wrote:
>>
>> Isaku Yamahata wrote:
>>> Could you elaborate on the concrete issue which you're seeing?
>>> I guess the issue occurs when passed through pci device
>>>
We only found it when assigning the device with vt-d. Since qemu doesn't have
the device with 64-bit bars, so maybe no issue.
Xiantao
Tristan Gingold wrote:
> On Tue, Mar 03, 2009 at 01:47:49PM +0800, Zhang, Xiantao wrote:
>> Hi, Tristan
>> Attached patch targets for f
tries for low mmio range.
Xiantao
>
> On Tue, Mar 03, 2009 at 03:14:02PM +0800, Zhang, Xiantao wrote:
>> PATCH: Fix the logic when deassign the mmio ranges for vti-domain.
>>
>> When de-assign the mmio range, it should resume its original value
>> for p2m value, o
PATCH: Fix the logic when deassign the mmio ranges for vti-domain.
When de-assign the mmio range, it should resume its original value
for p2m value, otherwise, it may fail to determin mmio range's type.
Signed-off-by: Xiantao Zhang
diff -r 67f2e14613ef xen/arch/ia64/xen/mm.c
--- a/xen/arch/ia64
Hi, Tristan
Attached patch targets for fixing the issue when assigning the devices
with 64-bit bars. Current logic may deem one 64-bit bar as two 32-bit bars, and
make the system crash finally.
Thanks
Xiantao
fix-64-bit-bars-in-pci-scan.patch
Description: fix-64-bit-bars-in-pci-scan.pat
Keir Fraser wrote:
> On 17/02/2009 03:47, "Zhang, Xiantao" wrote:
>
>> This patch targets for enhancing vt-d support for ia64.
>> 1. reserve enough memory for building dom0 vt-d page table.
>> 2. build 1:1 vt-d page table according to system's mem map.
Hi, Isaku
msi.h is missing by accident, please apply the patch to fix it.
Thanks!
Xiantao
# HG changeset patch
# User xiantao.zh...@intel.com
# Date 1234925881 -28800
# Node ID 162a4dab79e4ba119faea63c41ec94978caccc6b
# Parent 66b5e1edeec64b30f53ed8529d5ad7197e6a8a73
ia64: Fix the mis
This patch targets for enhancing vt-d support for ia64.
1. reserve enough memory for building dom0 vt-d page table.
2. build 1:1 vt-d page table according to system's mem map.
3. enable vt-d interrupt support for ia64.
Signed-off-by: Xiantao Zhang
Acked-by: Isaku Yamahata
diff -r 09a6fa059b37 x
Okay, thanks!
Xiantao
-Original Message-
From: Isaku Yamahata [mailto:yamah...@valinux.co.jp]
Sent: Tuesday, February 17, 2009 10:12 AM
To: Zhang, Xiantao
Cc: xen-ia64-devel@lists.xensource.com
Subject: Re: [IA64] Enhance vt-d support for ia64
The patch touches the common/x86 part.
So
Isaku Yamahata wrote:
> On Mon, Feb 16, 2009 at 06:33:45PM +0800, Zhang, Xiantao wrote:
>> Hi, Isaku
>> This patch targets for enhancing vt-d support for ia64, could you
>> help to review?
>
> It looks mostly good.
> How about moving arch independent MSI relat
Hi, Isaku
This patch targets for enhancing vt-d support for ia64, could you help
to review?
Xiantao
# HG changeset patch
# User xian...@vti-build.sh.intel.com
# Date 1234244822 -28800
# Node ID 67f2e14613efc0a18924fd60f2561999b9f59a43
# Parent 4fd4dcf2f8916ab4656911a76e52fc6b1ad42c2f
[
Isaku Yamahata wrote:
> On Mon, Jan 05, 2009 at 12:29:55PM +0800, Zhang, Xiantao wrote:
>> Isaku Yamahata wrote:
>>> Hi. Good catch. Some comments.
>>> I attached two patches to fix, could you try them?
>>>
>>> - bss.page_aligned.
>>>
updated which I overlooked when I added PHYSDEVOP_pirq_eoi_gmfn
> support.
>
> thanks,
>
> On Sun, Jan 04, 2009 at 06:05:07PM +0800, Zhang, Xiantao wrote:
>> Hi, Isaku & All
>> The attached patch should fix the weird issue. In upstream, we
>> also
Hi, Isaku & All
The attached patch should fix the weird issue. In upstream, we also find
some other weird issues, for example, we can't boot dom0 on some platforms, and
dom0 may have different behavior with different initrds. After debug, I found
it should be caused by incorrect setting fo
Hi, Isaku
When debugging a windows BSOD issue, we found it is caused by mis-setting
pte's ED bit for itlb entry. For hash vTLB, it uses unified tlb and doesn't
differentiate itc and dtc in its implementation, so itlb_miss handler may
reference dtlb entry in hash vTLB. But it may result
Isaku Yamahata wrote:
> On Thu, Dec 11, 2008 at 09:07:15AM -0700, Alex Williamson wrote:
>> On Thu, 2008-12-11 at 09:04 -0700, Alex Williamson wrote:
>>> On Thu, 2008-12-11 at 11:05 +0900, Isaku Yamahata wrote:
Just to make sure. Is fpswa.efi installed in hvm domain?
You can also co
Isaku Yamahata wrote:
> On Wed, Dec 10, 2008 at 10:43:01AM -0700, Alex Williamson wrote:
>> On Tue, 2008-12-09 at 21:23 -0700, Alex Williamson wrote:
>>> On Wed, 2008-12-10 at 10:51 +0800, Zhang, Xiantao wrote:
>>>>> I've been testing this for a few hours to
Alex Williamson wrote:
> On Tue, 2008-12-09 at 18:29 +0900, Isaku Yamahata wrote:
>> Hi. This patch series addresses the bug reported as
>> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1392
>> Please test it.
>>
>> It includes some clean ups and a reimplementation of fpswa hypercall.
>>
Isaku Yamahata wrote:
> On Fri, Dec 05, 2008 at 04:02:51PM +0900, Isaku Yamahata wrote:
>> On Fri, Dec 05, 2008 at 02:36:25PM +0800, Zhang, Xiantao wrote:
>>> Isaku Yamahata wrote:
>>>> For those who want to test it, here is the slightly update patch.
>>>
Isaku Yamahata wrote:
> For those who want to test it, here is the slightly update patch.
> NOTE: this version doesn't solve the potential infinite loop
> which Alex is suspecting about.
>
> IA64: fix emulation of fp emulation
>
> This patch fixes bug reported as
> http://bugzilla.xensource
C_BIT, 15// extract UC bit
> ...
> dep r19=r18,r19,4,1 // set bit 4 (uncached) if the access was to
> UC region
>
>
> On Mon, Nov 17, 2008 at 11:20:49AM +0800, Zhang, Xiantao wrote:
>> Fix a bug for XEN_VIRT_UC_BIT use.
>>
>> Signed-off-by : Zhang Xi
Fix a bug for XEN_VIRT_UC_BIT use.
Signed-off-by : Zhang Xiantao <[EMAIL PROTECTED]>
diff -r 9bc00e9716cd xen/arch/ia64/vmx/vmx_ivt.S
--- a/xen/arch/ia64/vmx/vmx_ivt.S Fri Nov 07 19:34:59 2008 +0900
+++ b/xen/arch/ia64/vmx/vmx_ivt.S Mon Nov 17 11:12:58 2008 +0800
@@ -314,7
// FAULT(4)
(p7) br.spnt.few dispatch_to_fault_handler
;;
Isaku Yamahata wrote:
> On Fri, Nov 07, 2008 at 03:47:10PM +0800, Zhang, Xiantao wrote:
>> Hi, Isaku
>> Attached patch should fix the issue. Paravirtualized ivt and HVM
>> ivt share the code for frametable_
2
;;
-(p6) mov cr.ipsr=r21
+(p6) mov cr.ipsr=r29
mov r19=4 // FAULT(4)
(p7) br.spnt.few dispatch_to_fault_handler
;;
Isaku Yamahata wrote:
> On Fri, Nov 07, 2008 at 11:33:43AM +0800, Zhang, Xiantao wrote:
>> But another thing to meation, why mfn_v
Isaku Yamahata wrote:
> On Fri, Nov 07, 2008 at 11:33:43AM +0800, Zhang, Xiantao wrote:
>> But another thing to meation, why mfn_valid with invalid parameter
>> will incur the fault? Seems mfn_valid has something wrong, I have
>> no enough time to find the cause. Is
But another thing to meation, why mfn_valid with invalid parameter will incur
the fault? Seems mfn_valid has something wrong, I have no enough time to find
the cause. Is it a known issue ? Or mfn_valid has some limitation ?
Thanks
Xiantao
Zhang, Xiantao wrote:
> Yes. Should be addres
Yes. Should be addressed.
-Original Message-
From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
Sent: Friday, November 07, 2008 11:03 AM
To: Zhang, Xiantao
Cc: xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-ia64-devel] [PATCH] Fix vti guests broken issue.
Oh, my bad. Thank you for
PATCH : Fix vti guests broken issue.
mfn_valid should use machine physical pfn, not guest physical pfn.
Sign-off-by: Xiantao Zhang <[EMAIL PROTECTED]>
diff -r f6795589ef82 xen/arch/ia64/vmx/vtlb.c
--- a/xen/arch/ia64/vmx/vtlb.c Thu Nov 06 12:14:57 2008 +0900
+++ b/xen/arch/ia64/vmx/vtlb.c Fr
o;
}
-Original Message-
From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
Sent: Friday, October 31, 2008 9:46 AM
To: Zhang, Xiantao
Cc: Zhang, Jingke; xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-ia64-devel] Xen/IPF Unstable CS#18694, Linux#706,
ioemu#b4d410a1.. Status --- 1 new
Oh g
_IO)) {
+if(is_hvm_domain(d) && (pte_val(ret_pte) & _PAGE_IO) &&
+ !mfn_valid(physaddr >> PAGE_SHIFT)) {
old_pte = ret_pte;
goto again_hvm_page_io;
}
Zhang, Xiantao wrote:
> Isaku Yamahata wrote:
>> On Wed, Oct 29, 2008 at 04:10:5
Zhang, Xiantao wrote:
> Isaku Yamahata wrote:
>> On Wed, Oct 29, 2008 at 04:10:50PM +0800, Zhang, Jingke wrote:
>>> Hi all,
>>> There is one new regression in Cset#18691. With latest
>>> Cset#18694, all the case can pass!
>>>
>>>
Isaku Yamahata wrote:
> On Wed, Oct 29, 2008 at 04:10:50PM +0800, Zhang, Jingke wrote:
>> Hi all,
>> There is one new regression in Cset#18691. With latest
>> Cset#18694, all the case can pass!
>>
>> One regression between Cset#18688 and Cset#18691:
>> ==
>> 1. Qemu g
PATCH: Fix an memory attribute issue.
We should ensure Qemu and Guest use same attribute for accessing
the VGA ram, otherwise, host may hang.
Signed-off-by: Xiantao Zhang <[EMAIL PROTECTED]>
diff -r a6b1be5a83de xen/arch/ia64/vmx/vtlb.c
--- a/xen/arch/ia64/vmx/vtlb.c Wed Oct 29 11:02:23 2008 +0
Isaku Yamahata wrote:
> On Tue, Oct 28, 2008 at 12:12:45PM +0900, Isaku Yamahata wrote:
>>> I thought Jingke isn't saying this topic. What he found maybe he
>>> failed to create the domain when the domain is created and
>>> destoryed continuously for more 62 times. Seems the issue is from
>>> the
Isaku Yamahata wrote:
> On Fri, Oct 24, 2008 at 09:59:58AM +0800, Zhang, Jingke wrote:
>> 3. IPF-Xen can not boot up domain with dom_id > 62 (not
>> regression, should be there for a long time)
>
> Long ago, I posted the patch to address this issue.
> Probably there are two ways. (Is there ot
Akio Takebe wrote:
> Hi, Xiantao-san
>
>>We also meet the same issue days ago. Maybe you can use the
>> mirror I set up in repo.or.cz. It works well, if you are behind the
>> http_proxy . It is easy to use, clone
>> http://repo.or.cz/w/pv_ops_mirror.git, and checkout the related
>> branches :
Akio Takebe wrote:
> Hi, Eddie
>
> Thank you.
>
>> I am not a git expert either :( But would you please check if the
>> http_proxy is set correctly? Xiantao'tree support git port I think.
> Yes, I did "export http_proxy=http://xxx.yyy.zzz:";, then
> git clone, but I cannot download it.
>
> I
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 test
Dong Yaozu <[EMAIL PROTECTED]>
Signed-off-by: Zhang Xiantao <[EMAIL PROTECTED]>
diff -r ff90abf572f2 xen/arch/ia64/vmx/vtlb.c
--- a/xen/arch/ia64/vmx/vtlb.c Fri Jan 18 14:11:20 2008 -0700
+++ b/xen/arch/ia64/vmx/vtlb.c Fri Mar 07 07:29:13 2008 +0800
@@ -332,8 +332,10 @@ static void v
Aron Griffis wrote:
> Hi,
>
> Does anybody know why xen's ioemu has its own custom linker
> script? This was inherited from qemu, apparently contributed by
> David Mosberger over 2 years ago. It's been patched for kvm (see
>
http://www.mail-archive.com/[EMAIL PROTECTED]/msg10306.htm
l)
> but as
Hi, Tristan
Thank you! Attached.
Xiantao
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 2008年2月20日 0:40
To: Zhang, Xiantao
Cc: Tristan Gingold; xen-ia64-devel
Subject: RE: [PATCH] [Open GFW] Only use irq 10 and 11 for pci use.
Quoting "
Hi, Alex
What's your opinion about this cleanup patch ? Thanks
Xiantao
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Zhang, Xiantao
Sent: 2008年2月2日 10:17
To: Akio Takebe; Dong, Eddie; xen-ia64-devel
Cc: Alex Williamson
Subject: RE: [Xen
Dong, Eddie wrote:
>
> In X86, there are another enhancement (dynamic patching) base on
> pv_ops. The purpose is to improve cpu predication by converting
> indriect function call to direct function call for both C & ASM code.
> We may take similar approach some time later too.
>
>
Akio Takebe wrote:
> Hi, Eddie and Kaz
>
>> I did a quick grep and find MINSTATE_PHYS is never defined in
>> xenlinux. Xen mca code did. Anything missed?
>>
> The minstate.h is a little old, it seems to be around linux-2.6.9.
> Current linux-xen is 2.6.18, so the code may be not nessesary.
> Kaz,
Isaku Yamahata wrote:
> On Fri, Feb 01, 2008 at 06:11:13PM +0800, Zhang, Xiantao wrote:
>> Hi,Isaku
>> I have a question about the mechanism for save/restore vhpi. In
>> current save/restore code, vhpi register is only saved and restored
>> by vlsapic_save/load,
Hi,Isaku
I have a question about the mechanism for save/restore vhpi. In current
save/restore code, vhpi register is only saved and restored by
vlsapic_save/load, but it maybe not enough for ensuring correctness. IMO, we
need to call PAL_VPS_SET_PENDING_INTERRUPT again to set it， and make cpu
Tristan Gingold wrote:
> On Tue, Dec 25, 2007 at 03:22:37PM +0800, Zhang, Xiantao wrote:
>> Hi Tristan,
>> This patch fixes possible failures on windows boot in some
>> environment. Since current piix3 and piix4 in qemu only uses irq 10
>> and irq 11 for pci irqs, so he
Tristan Gingold wrote:
> On Tue, Dec 25, 2007 at 03:22:37PM +0800, Zhang, Xiantao wrote:
>> Hi Tristan,
>> This patch fixes possible failures on windows boot in some
>> environment. Since current piix3 and piix4 in qemu only uses irq 10
>> and irq 11 for pci irqs, so he
Hi Tristan,
This patch fixes possible failures on windows boot in some environment.
Since current piix3 and piix4 in qemu only uses irq 10 and irq 11 for
pci irqs, so
here don't need to assign irq 5 and irq 6 for this purpose. IRQ 6 may
conflict
with the irq of legacy floppy disk controllers.
d
[EMAIL PROTECTED] wrote:
> Quoting "Mu, Qin" <[EMAIL PROTECTED]>:
>
>> Issues:
>> --
>> 1. Standard VGA can't be supported in either linux or windows guest
>> HVM when stdvga option was switched on in configuration file.
>
> This is expected. Should we embed the two vgabios in the GFW an
Alex Williamson wrote:
> On Tue, 2007-12-04 at 10:58 +0900, Isaku Yamahata wrote:
>> I'd like to share informations and opinions to avoid duplicate
>> works. Please comments.
>>
>> Some questions.
>> - Is anyone already working on it?
>> - What code base is best to begin with?
>> Although the o
Hi Kan,
This issue is just in early stage pal for internal use, and it doesn't
exist in any release version, so you can use it safely with any version you
got.
Xiantao
> -Original Message-
> From: Masaki Kanno [mailto:[EMAIL PROTECTED]
> Sent: 2007年5月18日 12:
New pal has fixed vpd size issue, so change its size to 64K.
Xiantao
vpd_64k.diff
Description: vpd_64k.diff
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi Alex,
Please drop the previous one. Don't need to disable IRQ during possible
collision chain recycle, because it may need long time.
Xiantao
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Zhang, Xiantao
> Sent: 2
Patch: Always insert entry to VHPT head, or TLB miss will occur again
although the translation exists in its collision chain.
Signed-off-by: Zhang xiantao <[EMAIL PROTECTED]>
Thanks
Xiantao
Insert entry to VHPT's head.patch
Description: Insert entry to VHPT&#
Sorry for getting sign-off-by.
Sign-off-by : Zhang xiantao
<[EMAIL PROTECTED]>
> -Original Message-
> From: Alex Williamson [mailto:[EMAIL PROTECTED]
> Sent: 2007年3月29日 3:14
> To: Zhang, Xiantao
> Cc: xen-ia64-devel
> Subject: Re: [Xen-ia64-devel] [Patch] Let m
Currently, memory scrub logic is done in SOFTIRQ, but it doesn't raise
in time, so contiguous domain creation and destroy would come across
fail.
Xiantao
patch.diff
Description: patch.diff
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.c
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:
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
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 to
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_vt
This one is only related to Qemu part.
Signed-off-by: Zhang xiantao <[EMAIL PROTECTED]>
Thanks & Best Regards
-Xiantao
OTC,Intel Corporation
buffer_io_qemu.patch
Description: buffer_io_qemu.patch
___
Xen-ia64-devel mailing list
Xen-
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.xensourc
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 xi
Good news!
Thanks & Best Regards
-Xiantao
OTC,Intel Corporation
> -Original Message-
> From: Alex Williamson [mailto:[EMAIL PROTECTED]
> Sent: 2006年8月23日 10:48
> To: Zhang, Xiantao
> Cc: xen-ia64-devel
> Subject: RE: [Xen-ia64-devel] WIP/RFC fixing Xen/ia64 on x
tion
> -Original Message-
> From: Alex Williamson [mailto:[EMAIL PROTECTED]
> Sent: 2006年8月23日 7:06
> To: Zhang, Xiantao
> Cc: xen-ia64-devel
> Subject: RE: [Xen-ia64-devel] WIP/RFC fixing Xen/ia64 on xen-unstable.hg
>
> On Tue, 2006-08-22 at 09:48 +0800, Zhang
Hi Alex,
With your patch, we can boot VTi domain successfully on
xen-unstable.hg. Thanks your effort :)
We are doing the work on XenU boot fix now. Hope to get it happen. Just FYI.
Thanks & Best Regards
-Xiantao
OTC,Intel Corporation
> -Original Message-
> From: [EMAIL PROTECTED
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_a
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 Xiant
Thank you:)
-Xiantao
OTC,Intel Corporation
> -Original Message-
> From: Alex Williamson [mailto:[EMAIL PROTECTED]
> Sent: 2006年8月1日 5:33
> To: Zhang, Xiantao
> Cc: xen-ia64-devel@lists.xensource.com
> Subject: Re: [Xen-ia64-devel] [PATCH]Enable xen0 smp when machi
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
Hi Dan,
> Has anybody in the Xen/ia64 community tried ia32el either
> on a PV guest or a vti guest?
I ever run a simple IA32 application with IA32EL in VTI domain.
Result seems very nice. It works well in VTi domain.
> Dan
>
> ** Google doesn't reveal much information on ia32el which
> m
lto:[EMAIL PROTECTED]
> Sent: 2006年7月28日 0:41
> To: Zhang, Xiantao; Akio Takebe
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> xen-ia64-devel@lists.xensource.com
> Subject: RE: [Fedora-xen] [PATCH 0 of 5] fix linux-2.6-xen-fedora on ia64
>
> Xiantao and Akio,
>
> Sorry that I
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;
>
ssage-
> From: 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: [Fe
an Gingold [mailto:[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 inten
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
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
OTC,I
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
-
nit(s);
}
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.co
rporation
> -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
>
--
> 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] Add lost logic for VGA initialization
>
> On Wed, 2006-0
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 PROTECTE
inal Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Zhang, Xiantao
> Sent: 2006年7月26日 12:47
> To: [EMAIL PROTECTED]
> Cc: xen-ia64-devel@lists.xensource.com
> Subject: [Xen-devel] [PATCH] Add lost logic for VGA initialization
>
> This patch ad
This patch adds lost logic for vga initialization. It was lost after
changing to new Qemu.
Signed-off-by : Kevin Tian <[EMAIL PROTECTED]>
Signed-off-by : Zhang Xiantao <[EMAIL PROTECTED]>
Thanks & Best Regards
-Xiantao
OTC,Intel Corporation
qemu_vga_fix.patch
Description: qe
--
> From: Keir Fraser [mailto:[EMAIL PROTECTED]
> Sent: 2006年7月25日 18:23
> To: Zhang, Xiantao
> Cc: [EMAIL PROTECTED]; xen-ia64-devel@lists.xensource.com
> Subject: Re: [Xen-devel] [PATCH][XEND]Fix memory allocation for VTi domain
> with new Qemu on xen-unstagle.hg
>
>
> On
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
i
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
___
Xen-i
This patch intends to use __vmx_get_domain_bundle to fetch code
when FP fault @VTi side.
Thanks & Best Regards
-Xiantao
OTC,Intel Corporation
fix_fp_fault.patch
Description: fix_fp_fault.patch
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xe
> From: 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
&g
1 - 100 of 175 matches
Mail list logo
