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
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
, 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
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
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
+++
[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
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:
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,
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,
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
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
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
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]
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
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 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 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.
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
-
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
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
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, 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
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
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 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
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
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
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
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
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
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
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
-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
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
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
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
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
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 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
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
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
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
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
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
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
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
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.
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,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
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, 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
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
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
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
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
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
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
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 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 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
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
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
1 - 100 of 129 matches
Mail list logo