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
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.com;
xen-de
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
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-VTI-guest-vcpus-number-is-near-pcpus-td23400397
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:
Fixed the missing return value check.
Signed-off-by: Xiantao Zhang xiantao.zh...@intel.com
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
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 xiantao.zh...@intel.com
diff -r b432c632ebe8 xen/arch/ia64/linux-xen/irq_ia64.c
--- a/xen
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
support later, so this fix is also required.
Okay
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
is unplugged. But in that case, the region was occupied
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 independently of addr? Shouldn't it be aware
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, otherwise, it may fail to determin mmio range's type.
Signed-off-by: Xiantao Zhang
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 fixing the issue when
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:
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 xiantao.zh...@intel.com
diff -r 67f2e14613ef
Keir Fraser wrote:
On 17/02/2009 03:47, Zhang, Xiantao xiantao.zh...@intel.com 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.
3. enable vt-d interrupt
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
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, 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 related definitions
into a common header file
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
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 xiantao.zh...@intel.com
Acked-by: Isaku Yamahata
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
.
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 find some other weird issues, for example, we can't boot dom0
on some platforms, and dom0 may have different behavior with
different
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.
Where is the section used?
grep didn't tell me. Surely x86 uses
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 confirm it by dh
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 today (over 25k
iterations) and it seems to fix
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.
When fp
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.
NOTE: this version doesn't solve the potential infinite
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
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 +314,7
...
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 Xiantao [EMAIL PROTECTED]
diff -r 9bc00e9716cd xen/arch/ia64/vmx/vmx_ivt.S
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_miss handling, but they have
different assumptions for registers useage
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 Fri
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
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 addressed
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 it a known issue ? Or
mfn_valid has
) 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_valid with invalid parameter
will incur the fault
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 graphic mode
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!
One regression between Cset#18688 and Cset#18691: ==
1. Qemu
(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:50PM +0800, Zhang, Jingke wrote:
Hi all,
There is one new regression in Cset#18691. With latest
Cset#18694, all the case
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 great. Thank you for debugging.
Could you provide your signed-off-by?
On Thu, Oct 30, 2008 at 11:07:56PM +0800
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
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 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 other
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 :)
Xiantao
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 could get
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
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 far 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 Zhang, Xiantao
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.
We
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-ia64
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
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, but it maybe not enough for ensuring
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, do you
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 here don't need to assign irq 5 and irq
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 here don't need to assign irq 5 and irq
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.
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 official
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 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:09
To: Zhang, Xiantao
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: 2007年4月26日 18:00
To: xen
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's head.patch
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
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 memory scrub done in time
On Wed
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
1 - 100 of 129 matches
Mail list logo
