Hi, all
I just tried Windows 8 and Windows 8.1, and basically it works fine. But after
enabling 3D acceleration, Windows 8.x hits black screen during boot. In
addition, seems 2D media acceleration options is always greyed out, any known
issues here with Windows 8 ? thanks in advance!
Xiantao
Natapov; Christoffer Dall; Zhang, Xiantao; Luck, Tony;
Yu, Fenghua; Alexander Graf; Benjamin Herrenschmidt; Christian Borntraeger;
Cornelia Huck
Subject: [PATCH v2 2/2] KVM: get rid of $(addprefix ../../../virt/kvm/, ...)
in
Makefiles
As requested by the KVM maintainers, remove the addprefix used
of deviations of the i440fx we
emulate and the real one.
Other than that, it would be OK for me.
On Tue, 26 Feb 2013, Zhang, Xiantao wrote:
For real i440fx, its TOM is fixed to 1G, I think Xen or other VMMs playing
with Qemu should break this hardware rule. Maybe we can implement
For real i440fx, its TOM is fixed to 1G, I think Xen or other VMMs playing with
Qemu should break this hardware rule. Maybe we can implement this register as
a write-only one, so that OS can't see its existence. If OS reads this
register, Qemu always return 0xff, and for any write operations
Acked-by: Xiantao Zhangxiantao.zh...@intel.com
-Original Message-
From: Wei Yongjun [mailto:weiyj...@gmail.com]
Sent: Wednesday, October 17, 2012 11:04 PM
To: a...@redhat.com; mtosa...@redhat.com; Zhang, Xiantao; Luck, Tony; Yu,
Fenghua
Cc: yongjun_...@trendmicro.com.cn; kvm
Seems fine!
Acked-by: Xiantao Zhang xiantao.zh...@intel.com
Xiantao
-Original Message-
From: Eduardo Habkost [mailto:ehabk...@redhat.com]
Sent: Wednesday, March 07, 2012 2:12 AM
To: qemu-devel@nongnu.org
Cc: Dugger, Donald D; Zhang, Xiantao
Subject: [PATCH 2/3] add SandyBridge CPU
Avi Kivity wrote:
On 09/27/2010 12:01 PM, Zhang, Xiantao wrote:
Maybe we should make ia64 kvm depend on CONFIG_BROKEN.
It has been experimental for quite a while.
I don't think the kvm/ia64 is broken in the upstream Linux, and it
should work according to our last try.
When
Avi Kivity wrote:
On 09/27/2010 08:51 AM, Takuya Yoshikawa wrote:
(2010/09/02 17:57), Avi Kivity wrote:
On 09/02/2010 11:55 AM, Takuya Yoshikawa wrote:
The following patch
commit 57ce1659316f4ca298919649f9b1b55862ac3826
KVM: x86: In DM_LOWEST, only deliver interrupts to vcpus with
Srivatsa Vaddagiri wrote:
On Thu, Apr 15, 2010 at 03:33:18PM +0200, Peter Zijlstra wrote:
On Thu, 2010-04-15 at 11:18 +0300, Avi Kivity wrote:
Certainly that has even greater potential for Linux guests. Note
that we spin on mutexes now, so we need to prevent preemption while
the lock owner
Avi Kivity wrote:
On 04/14/2010 06:24 AM, Zhang, Xiantao wrote:
Spin loops need to be addressed first, they are known to kill
performance in overcommit situations.
Even in overcommit case, if vcpu threads of one qemu are not
scheduled or pulled to the same logical processor
Avi Kivity wrote:
On 04/13/2010 03:50 AM, Zhang, Xiantao wrote:
Avi Kivity wrote:
On 04/12/2010 05:04 AM, Zhang, Xiantao wrote:
What was the performance hit? What was your I/O setup (image
format, using aio?)
The issue only happens when vcpu number is over-committed(e.g.
vcpu
Avi Kivity wrote:
On 04/12/2010 05:04 AM, Zhang, Xiantao wrote:
What was the performance hit? What was your I/O setup (image
format, using aio?)
The issue only happens when vcpu number is over-committed(e.g.
vcpu/pcpu2) and physical cpus are saturated. For example, when run
webbench
Avi Kivity wrote:
(copying lkml and some scheduler folk)
On 04/10/2010 11:16 AM, Zhang, Xiantao wrote:
Hi, all
We are working on the scalability work for KVM guests, and found
one big issue exists in linux scheduler and it may impact guest's
performance and scalability a lot for some
Hi, all
We are working on the scalability work for KVM guests, and found one big
issue exists in linux scheduler and it may impact guest's performance and
scalability a lot for some special workloads running in VM. In the current
Linux scheduler, there are some features to enhance App's
Jes Sorensen wrote:
On 03/23/10 13:45, Anthony Liguori wrote:
I don't think we can pull in:
- extboot
- ia64
- in-kernel pit[1]
- associated command line options
- device passthrough
The question is, if we dropped those things, would people actually
use qemu.git instead of
Jes Sorensen wrote:
On 03/23/10 13:45, Anthony Liguori wrote:
I don't think we can pull in:
- extboot
- ia64
- in-kernel pit[1]
- associated command line options
- device passthrough
The question is, if we dropped those things, would people actually
use qemu.git instead of
Bill Davidsen wrote:
Roel Kluin wrote:
kvm_get_exit_data() cannot return a NULL pointer.
Signed-off-by: Roel Kluin roel.kl...@gmail.com
---
arch/ia64/kvm/kvm_fw.c | 28 +---
1 files changed, 13 insertions(+), 15 deletions(-)
diff --git a/arch/ia64/kvm/kvm_fw.c
Avi Kivity wrote:
On 01/13/2010 11:32 AM, Andrew Morton wrote:
On Wed, 13 Jan 2010 11:22:39 +0200 Avi Kivitya...@redhat.com wrote:
On 01/13/2010 12:11 AM, a...@linux-foundation.org wrote:
Subject: kvm/ia64: dereference of NULL pointer in set_pal_result()
From: Roel
So you mean Sles11-ia64 will include it ?
Xiantao
-Original Message-
From: kvm-ia64-ow...@vger.kernel.org [mailto:kvm-ia64-ow...@vger.kernel.org] On
Behalf Of Alexander Graf
Sent: Wednesday, December 09, 2009 2:59 PM
To: Zhang, Xiantao
Cc: a...@redhat.com; kvm-i...@vger.kernel.org; kvm
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
From 7ae1cc3ac39e920ecd553902a5f578af8cdb383c Mon Sep 17 00:00:00 2001
From: Xiantao Zhang xiantao.zh...@intel.com
Date: Wed, 12 Aug 2009 10:48:18 +0800
Subject: [PATCH] qemu-kvm: ia64 build fix.
fixed missing part for ipf due to common changes.
Signed-off-by: Xiantao Zhang
From 94b7ff3a596b43d82e26494484807f3de7eddd40 Mon Sep 17 00:00:00 2001
From: Xiantao Zhang xiantao.zh...@intel.com
Date: Wed, 5 Aug 2009 11:27:10 +0800
Subject: [PATCH] qemu-kvm: add tcg-traget stub for ia64.
Signed-off-by: Xiantao Zhang xiantao.zh...@intel.com
---
tcg/ia64/tcg-target.c | 222
a...@qumranet.com
+ * Yaniv Kamay ya...@qumranet.com
+ *
+ * Copyright (C) 2007 Intel
+ * Added by : Zhang Xiantao xiantao.zh...@intel.com
+ *
+ * This work is licensed under the GNU LGPL license, version 2.
+ *
+ */
+
+#include libkvm.h
+#include errno.h
+#include sys/ioctl.h
#include string.h
+#include
Hi, Michael
Since only virtual ioapic uses the lock-less logic, so it shouldn't
introduce the issues. Anyway, it should be safer to add the lock considering
its semantic and future usage models. Would you like to prepare a patch to
enhance it ? Thanks!
Xiantao
Michael S. Tsirkin wrote:
Avi Kivity wrote:
Gleb Natapov wrote:
@@ -130,6 +130,7 @@ struct kvm {
int nmemslots;
struct kvm_memory_slot memslots[KVM_MEMORY_SLOTS +
KVM_PRIVATE_MEM_SLOTS]; +struct kvm_vcpu *bsp_vcpu;
struct kvm_vcpu *vcpus[KVM_MAX_VCPUS];
struct list_head vm_list;
struct
Avi Kivity wrote:
Gleb Natapov wrote:
Currently vcpu_id is used as an index into vcpus array and as apic id
on x86. This is incorrect since apic ids not have to be continuous
(they can also encode cpu hierarchy information) and may have values
bigger then vcpu array in case of x2apic. This
Jes Sorensen wrote:
Zhang, Xiantao wrote:
Hi, Jes
Have you verified whether it works for you ? You may run kernel
build in the guest with 4 vcpus, if it can be done successfully
without any error, it should be Okay I think, otherwise, we may need
to investigate it further. :) Xiantao
: Jes Sorensen [mailto:j...@sgi.com]
Sent: Tuesday, June 02, 2009 6:57 PM
To: Avi Kivity
Cc: Zhang, Xiantao; kvm@vger.kernel.org; kvm-i...@vger.kernel.org; Hollis
Blanchard
Subject: Re: [PATCH] qemu-kvm: Flush icache after dma operations for ia64
Avi Kivity wrote:
Zhang, Xiantao wrote:
Fine
Avi Kivity wrote:
Jes Sorensen wrote:
Ok,
Trying once more. After spending a couple of hours trying to follow
the QEMU dma codeflow, I have convinced myself Avi is right and those
two functions don't need to do the flushing as they all end up
calling dma_bdrv_cb() which calls
Any conclusion on this thread ?
Xiantao
Zhang, Xiantao wrote:
From d184d9b0a91ca674961000ed3d35b7fc25d29e03 Mon Sep 17 00:00:00 2001
From: Xiantao Zhang xiantao.zh...@intel.com
Date: Tue, 28 Apr 2009 16:59:36 +0800
Subject: [PATCH] qemu-kvm: other archs should maintain memory mapping
also
Avi
This is the new patch for icache flush after DMA emualtion for ia64, and
it should address Hollis's comments.
Xiantao
From 60a27e2ea9758c97e974aa5bb1925ad4ed045c5f Mon Sep 17 00:00:00 2001
From: Xiantao Zhang xiantao.zh...@intel.com
Date: Mon, 11 May 2009 18:04:15 +0800
Subject:
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
Avi Kivity wrote:
Zhang, Xiantao wrote:
Jes Sorensen wrote:
Hi,
The latest changes to qemu-kvm breaks miserably if one tries to
build without CONFIG_GDBSTUB.
Jes
--- qemu-kvm.orig/vl.c
+++ qemu-kvm/vl.c
@@ -4417,13 +4417,11 @@
}
if (cpu_can_run(env
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:
Aha, good catch! I think it should fix irq routting for pci irq of ia64 ?
Xiantao
-Original Message-
From: Jes Sorensen [mailto:j...@sgi.com]
Sent: Wednesday, May 06, 2009 10:12 PM
To: Avi Kivity
Cc: Zhang, Xiantao; kvm-i...@vger.kernel.org; kvm@vger.kernel.org
Subject: [patch] fix irq
Jes Sorensen wrote:
Hi,
The latest changes to qemu-kvm breaks miserably if one tries to build
without CONFIG_GDBSTUB.
Jes
--- qemu-kvm.orig/vl.c
+++ qemu-kvm/vl.c
@@ -4417,13 +4417,11 @@
}
if (cpu_can_run(env))
ret = qemu_cpu_exec(env);
-#ifndef
Avi Kivity wrote:
Michael S. Tsirkin wrote:
CONFIG_KVM_TRACE in kernel conflicts with the definition
in external module. external-module-compat-comm.h tried
to work around this, but this didn't work as some
code still does #include linux/autoconf.h
directly.
Solve this differently by
Avi Kivity wrote:
Hollis Blanchard wrote:
This reverts commit 9dc99a28236161a5a1b4c58f1e9c4ec6179cb976.
Aside from the other issues discussed on kvm-devel, this commit
breaks the PowerPC build.
Applied, thanks.
Hollis,
Could you explain why this patch breaks the powerpc build?
Avi Kivity wrote:
Jes Sorensen wrote:
Zhang, Xiantao wrote:
Jes Sorensen wrote:
I still can't see the difference with the patch in Avi's tree except
nvram stuff. And I believe the global variable you mentioned should
be only used for nvram. So I propose an incremental patch
Jes Sorensen wrote:
Zhang, Xiantao wrote:
Avi Kivity wrote:
Looks good to me. Xiantao?
Hi, Jes
Have you tested nvram support with this patch? I
Xiantao
No,
But it is behaving exactly like the old code, so it is no more broken
than the old code was.
Lets apply
Jes Sorensen wrote:
Zhang, Xiantao wrote:
Avi Kivity wrote:
I haven't pushed this out yet, so I can apply a replacement patch.
We don't need flush_icache_range here, because I believe it is
called in cpu_physical_memory_write. Xiantao
Hi Xiantao,
Good point, I hadn't spotted
Sent: Wednesday, April 29, 2009 5:31 PM
To: Zhang, Xiantao
Cc: Avi Kivity; kvm-i...@vger.kernel.org; kvm@vger.kernel.org
Subject: Re: [PATCH 02/04] qemu-kvm: Add header files for ia64.
Xiantao == Zhang, Xiantao xiantao.zh...@intel.com writes:
Xiantao From bbaeed10e1629a1c86a497e5a4e18e5d51b5df69
Jes Sorensen wrote:
Zhang, Xiantao wrote:
Hi, Jes
There should be no issue here. You may refer to
qemu-kvm/kvm/kernel/arch/x86/include/asm/kvm.h, and it also includes
this stuff. I remebered this stuff was used to solve the issues
when uses kernel header files in userspace
Jes Sorensen wrote:
Zhang, Xiantao wrote:
Jes Sorensen wrote:
What do you think of this one?
Hi, Jes
Except nvram stuff, I don't see the difference with my patch.
Could you provide an incremental patch to fix nvram stuff ? :)
Xiantao
Hi Xiantao,
The main difference is that my
Attached.
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Tuesday, April 28, 2009 5:40 PM
To: Zhang, Xiantao
Cc: kvm-i...@vger.kernel.org; kvm@vger.kernel.org
Subject: Re: [PATCH 00/04] Enable qemu-kvm for ia64.
Zhang, Xiantao wrote:
Patches for enabing qemu-kvm
From 98c3d2efeddae9e050455ae06f5214ba2bdc4ec3 Mon Sep 17 00:00:00 2001
From: Xiantao Zhang xiantao.zh...@intel.com
Date: Tue, 28 Apr 2009 15:03:05 +0800
Subject: [PATCH] qemu-kvm: Set default configure option for ia64
1.Disable xen config support for ia64.
2.Only configure ia64-softmmu for ia64.
Patches for enabing qemu-kvm for ia64.
[PATCH 01/04] qemu-kvm: Set default configure option for ia64.
[PATCH 02/04] qemu-kvm: Add header files for ia64.
[PATCH 03/04] qemu-kvm: Remove the dependency for phys_ram_base for ipf.c
[PATCH 04/04] qemu-kvm: other archs should maintain memory mapping
Avi Kivity wrote:
Zhang, Xiantao wrote:
From aaf97331da3d6cd34522441218c8c9ab3c1067f6 Mon Sep 17 00:00:00
2001
From: Xiantao Zhang xiantao.zh...@intel.com
Date: Tue, 28 Apr 2009 16:55:47 +0800
Subject: [PATCH] qemu-kvm: Remove the dependency for phys_ram_base
for ipf.c
Upstream has
From aaf97331da3d6cd34522441218c8c9ab3c1067f6 Mon Sep 17 00:00:00 2001
From: Xiantao Zhang xiantao.zh...@intel.com
Date: Tue, 28 Apr 2009 16:55:47 +0800
Subject: [PATCH] qemu-kvm: Remove the dependency for phys_ram_base for ipf.c
Upstream has dropped phys_ram_base, so ia64 also remove
the
From d184d9b0a91ca674961000ed3d35b7fc25d29e03 Mon Sep 17 00:00:00 2001
From: Xiantao Zhang xiantao.zh...@intel.com
Date: Tue, 28 Apr 2009 16:59:36 +0800
Subject: [PATCH] qemu-kvm: other archs should maintain memory mapping also.
Currently, use TARGET_I386 to comment out the mapping machanism
for
Jes Sorensen wrote:
Avi == Avi Kivity a...@redhat.com writes:
Avi Zhang, Xiantao wrote:
qemu_get_ram_ptr() returns a pointer. Don't cast it to a
ram_addr_t, leave it a pointer.
But why not use cpu_physical_memory_write() (or
cpu_physical_memory_write_rom())? It's much simpler
Avi Kivity wrote:
Jes Sorensen wrote:
Avi == Avi Kivity a...@redhat.com writes:
Avi Zhang, Xiantao wrote:
qemu_get_ram_ptr() returns a pointer. Don't cast it to a
ram_addr_t, leave it a pointer.
But why not use cpu_physical_memory_write() (or
cpu_physical_memory_write_rom
Hollis Blanchard wrote:
On Fri, 2009-04-24 at 15:45 +0800, Zhang, Xiantao wrote:
As I said before, synchronize instruction and data caches is a
meaningful and important operation on architectures other than IA64.
*However*, that operation is not relevant on those architectures
Hollis Blanchard wrote:
On Tue, 2009-04-21 at 20:21 +0300, Avi Kivity wrote:
Hollis Blanchard wrote:
On Tue, 2009-04-21 at 10:08 +, Avi Kivity wrote:
From: Xiantao Zhang xiantao.zh...@intel.com
ia64 depends on platform provides synced idcache after DMA
operation. For virtual dma
Avi should have a fix in upstream, but don't know why it is missing in kvm-85.
For solving the issue, you need to create a soft link in the directory
include and include-compat under kernel before configure.
ln -sf asm-x86 asm.
Xiantao
-Original Message-
From:
How about performance comparision with kvm guests?
Xiantao
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On Behalf Of
Xiaodong Yi
Sent: Thursday, April 16, 2009 9:54 AM
To: kvm@vger.kernel.org
Subject: Luvalley-2 has been released: running KVM
From dcb73b5db2e91213a2536542945645caaf23bfe3 Mon Sep 17 00:00:00 2001
From: Xiantao Zhang xiantao.zh...@intel.com
Date: Thu, 16 Apr 2009 17:59:16 +0800
Subject: [PATCH] KVM: ia64: Flush all TLBs once guest's memory mapping changes.
Flush all vcpu's TLB entries once changes guest's memory
commit 30a96c404b41d4091781c33cfdf5384a7b6b655e
Author: Xiantao Zhang xiantao.zh...@intel.com
Date: Tue Apr 7 09:58:25 2009 -0400
KVM: Qemu: Fix ia64 boot failure and build issue.
1. Remove vga_bios_init for arch ia64, and doesn't need it now.
2. Fix build issue due to lacking of
Hi, Tony
Could you help to ack the patch ?
Xiantao
Acked-by: Xiantao Zhang xiantao.zh...@intel.com
Marcelo Tosatti wrote:
To be used by KVM.
CC: xiantao.zh...@intel.com
CC: Gleb Natapov g...@redhat.com
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
Index:
Avi Kivity wrote:
tging...@free.fr wrote:
What about smp?
fc will broadcast to the coherence domain the cache invalidation.
So it is SMP-ready for usual machines.
Interesting.
I'm surprised the guest doesn't do this by itself?
It doesn't had to do it. The PCI
Avi Kivity wrote:
Avi Kivity wrote:
It doesn't had to do it. The PCI transaction will automatically
invalidate caches - but qemu doesn't emulate this (and doesn't need
to do on x86).
So any DMA on ia64 will flush the instruction caches?!
Or maybe, the host kernel will do it
Avi Kivity wrote:
Zhang, Yang wrote:
The data from dma will include instructions. In order to exeuting
the right
instruction, we should to flush the i-cache to ensure those data can
be see
by cpu.
diff --git a/qemu/cache-utils.h b/qemu/cache-utils.h
index b45fde4..5e11d12 100644
Avi Kivity wrote:
Zhang, Yang wrote:
hi
please checkin it to kvm85, thanks!
IA64 does not support log dirty. We should not use it
in IA64, or it will have some problem.
Applied, thanks. When are you planning to add support for log dirty
on ia64?
We had the patch at hand, but
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
Gleb Natapov wrote:
On Fri, Mar 13, 2009 at 10:15:22AM +0800, Zhang, Xiantao wrote:
We also hacked the source like the patch. But the issue is not
caused by it. We are still trying to figure the reason out. Thanks!
Xiantao
With the patch below I am able to compile kvm-userspace on IA64
We also hacked the source like the patch. But the issue is not caused by it. We
are still trying to figure the reason out. Thanks!
Xiantao
-Original Message-
From: Gleb Natapov [mailto:g...@redhat.com]
Sent: Thursday, March 12, 2009 7:04 PM
To: Zhang, Xiantao
Cc: Avi Kivity; Marcelo
Avi Kivity wrote:
Marcelo Tosatti wrote:
OK, reworked patch:
- change ia64 in addition to x86
- add comment on smp send reschedule handlers about KVM's usage
Untested on IA64.
KVM: use smp_send_reschedule in kvm_vcpu_kick
KVM uses a function call IPI to cause the exit of a guest
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
Did you do make sync LINUX=/usr/local/src/linux-kvm-git in kvm-userspace.git
before your ./configure ?
Xiantao
freisei wrote:
Hi @ll,
I want to update my kvm-84 to the latest git releaste due to an
IOMMU-feature.
git clone git://git.kernel.org/pub/scm/virt/kvm/kvm-userspace.git
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
diff --git a/kernel/Makefile b/kernel/Makefile
index f8b341f..808f15e 100644
--- a/kernel/Makefile
+++ b/kernel/Makefile
@@ -61,7 +61,8 @@ headers-old =
$(LINUX)/./include/asm-$(ARCH_DIR)/kvm*.h headers-new =
$(LINUX)/arch/$(ARCH_DIR)/include/asm/./kvm*.h \
Marcelo Tosatti wrote:
@@ -72,7 +73,6 @@ struct kvm_vcpu {
struct mutex mutex;
int cpu;
struct kvm_run *run;
- int guest_mode;
unsigned long requests;
unsigned long guest_debug;
int fpu_active;
The deletion will break other archs which depend on
PPC doesn't compile this source file, I think :)
Xiantao
-Original Message-
From: Jes Sorensen [mailto:j...@sgi.com]
Sent: Wednesday, February 25, 2009 6:06 PM
To: Zhang, Xiantao
Cc: Sheng Yang; Avi Kivity; kvm-i...@vger.kernel.org; kvm@vger.kernel.org
Subject: Re: KVM build breakage
@vger.kernel.org; Zhang, Xiantao
Subject: KVM build breakage
Hi,
A snapshot of Avi's tree as of today breaks on ia64. Looks like it is
the recent MSI support that caused this.
Sheng Yang, please make sure to test on non x86 when you implement
things like these that clearly will only build on x86.
This patch
I can confirm it on ia64 platform with kvm-84 and kvm-userspace upstream
source. Another issue is that the text color is not correct.
Xiantao
Aurelien Jarno wrote:
Dustin Kirkland a écrit :
Howdy-
I recently merged kvm-84 into Ubuntu Jaunty.
We're experiencing corruption of the VM's
For x86 and ia64, linux/types.h will be hacked to asm/types.h when syncing the
source.
You may consult kernel/x86/hack-module.awk to get the answer.
Xiantao
Joerg Roedel wrote:
On Thu, Feb 19, 2009 at 03:50:14PM -0600, Hollis Blanchard wrote:
A recent kernel merge breaks kvm-userspace
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
Thanks, Tony! It should not break anything due to no changes about code logic.
:)
Avi,
Could you help to commit the patches with Tony's Ack ? Thanks!
Xiantao
Luck, Tony wrote:
For supporting kvm's MSI, we have to move some macros
from ia64_msi.c out to avoide duplicate them. In
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
Avi,
Please help to check-in this patch, and it breaks ia64's build.
Xiantao
-Original Message-
From: Zhang, Yang
Sent: Monday, February 16, 2009 4:31 PM
To: kvm-i...@vger.kernel.org
Cc: kvm@vger.kernel.org; Avi Kivity; Zhang, Xiantao
Subject: [PATCH]remove some redundant
From fb2e7473e44b6b0bcc8448d4f74a4f8d43e7fa4c Mon Sep 17 00:00:00 2001
From: Xiantao Zhang xiantao.zh...@intel.com
Date: Mon, 16 Feb 2009 15:24:05 +0800
Subject: [PATCH] kvm: ia64: Fix the build errors due to lack of macros related
to MSI.
Include the newly introduced msidef.h to solve the build
Hi, Tony
For supporting kvm's MSI, we have to move some macros from ia64_msi.c out to
avoide duplicate them. In addition, to keep them consistent with x86's , I also
changed some macros' name. How do you think of the patch ? If you agree to
the changes, could you add your Sign-off-by to
With the following three patches, we can boot up windows 2008 guests with good
stability and performance on kvm/ia64, and they can be applied for kvm.git
kvm-ia64.git and linus's git repo.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to
Any comments ? If no, please help to check-in this patch. It blocks our work
for a long time. Thanks!
Xiantao
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On Behalf Of
Zhang, Xiantao
Sent: Monday, January 19, 2009 10:13 PM
To: Anthony Liguori
)
s-pmsts |= TMROF_EN;
-return pmsts;
+return s-pmsts;
}
static void pm_update_sci(PIIX4PMState *s)
Anthony Liguori wrote:
Zhang, Xiantao wrote:
For get_pmsts of acpi, it should always return latest value instead
of the old one. Xiantao
From: Xiantao Zhang xiantao.zh
Mark McLoughlin wrote:
Hi,
On Thu, 2009-01-15 at 15:36 +0800, Zhang, Yang wrote:
Hi
As the definition pci_nic_init has modified, this patch update the
corresponding calling in ipf_init1().
Yep, qemu/hw/ipf.c isn't upstream so it didn't get updated when the
function was changed.
Is
Any comments ?
Zhang, Xiantao wrote:
For get_pmsts of acpi, it should always return latest value instead
of the old one. Xiantao
From: Xiantao Zhang xiantao.zh...@intel.com
Date: Tue, 13 Jan 2009 17:42:16 +0800
Subject: [PATCH] Always return latest pmsts instead of the old one
Avi,
Please help to commit this patch if no other comments, and queue it for
2.6.29 fixes. Thanks!
Xiantao
-Original Message-
From: Zhang, Yang
Sent: Wednesday, January 14, 2009 5:09 PM
To: kvm-i...@vger.kernel.org
Cc: kvm@vger.kernel.org; Avi Kivity; Zhang, Xiantao
Subject
1 - 100 of 765 matches
Mail list logo