-Original Message-
From: Michael Tokarev [mailto:m...@tls.msk.ru]
Sent: Wednesday, May 29, 2013 2:34 AM
To: Hao, Xudong
Cc: kvm@vger.kernel.org; g...@redhat.com; pbonz...@redhat.com;
qemu-de...@nongnu.org
Subject: Re: [PATCH] qemu-kvm: fix unmatched RAM alloction/free
Um
-Original Message-
From: Paolo Bonzini [mailto:pbonz...@redhat.com]
Sent: Friday, May 24, 2013 1:13 AM
To: Hao, Xudong
Cc: kvm@vger.kernel.org; g...@redhat.com; qemu-de...@nongnu.org
Subject: Re: [PATCH] qemu-kvm: fix unmatched RAM alloction/free
mmap is used in qemu_vmalloc
-Original Message-
From: Alex Williamson [mailto:alex.william...@redhat.com]
Sent: Thursday, December 20, 2012 12:06 AM
To: Hao, Xudong
Cc: qemu-de...@nongnu.org; mtosa...@redhat.com; g...@redhat.com;
kvm@vger.kernel.org
Subject: Re: [PATCH v2] qemu-kvm/pci-assign: 64 bits bar
-Original Message-
From: Alex Williamson [mailto:alex.william...@redhat.com]
Sent: Thursday, December 20, 2012 10:39 AM
To: Hao, Xudong
Cc: qemu-de...@nongnu.org; mtosa...@redhat.com; g...@redhat.com;
kvm@vger.kernel.org
Subject: Re: [PATCH v2] qemu-kvm/pci-assign: 64 bits bar
-Original Message-
From: Marcelo Tosatti [mailto:mtosa...@redhat.com]
Sent: Wednesday, November 21, 2012 6:00 AM
To: Hao, Xudong
Cc: a...@redhat.com; kvm@vger.kernel.org
Subject: Re: [PATCH v5] kvm/fpu: Enable fully eager restore kvm FPU
On Wed, Nov 07, 2012 at 10:01:11AM +0800
-Original Message-
From: Gerd Hoffmann [mailto:kra...@redhat.com]
Sent: Monday, November 05, 2012 5:08 PM
To: Hao, Xudong
Cc: ke...@koconnor.net; seab...@seabios.org; kvm@vger.kernel.org;
a...@redhat.com
Subject: Re: [PATCH] seabios/pci: enable 64 bit bar on seabios
Hi,
I
-Original Message-
From: Gerd Hoffmann [mailto:kra...@redhat.com]
Sent: Friday, November 02, 2012 5:00 PM
To: Hao, Xudong
Cc: ke...@koconnor.net; seab...@seabios.org; kvm@vger.kernel.org;
a...@redhat.com
Subject: Re: [PATCH] seabios/pci: enable 64 bit bar on seabios
On 11/02/12
-Original Message-
From: Jan Kiszka [mailto:jan.kis...@web.de]
Sent: Saturday, November 03, 2012 6:55 PM
To: Hao, Xudong
Cc: qemu-de...@nongnu.org; a...@redhat.com; kvm@vger.kernel.org
Subject: Re: [PATCH 1/2] qemu-kvm/cpuid: fix a emulation of guest physical
address space
-Original Message-
From: Jan Kiszka [mailto:jan.kis...@web.de]
Sent: Sunday, November 04, 2012 8:55 PM
To: Hao, Xudong
Cc: qemu-de...@nongnu.org; a...@redhat.com; kvm@vger.kernel.org
Subject: Re: [PATCH 1/2] qemu-kvm/cpuid: fix a emulation of guest physical
address space
On 2012
-Original Message-
From: Blue Swirl [mailto:blauwir...@gmail.com]
Sent: Saturday, November 03, 2012 6:44 PM
To: Hao, Xudong
Cc: qemu-de...@nongnu.org; a...@redhat.com; kvm@vger.kernel.org
Subject: Re: [Qemu-devel] [PATCH 2/2] qemu-kvm/pci-assign: 64 bits bar
emulation
On Fri, Nov
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Thursday, September 27, 2012 6:12 PM
To: Hao, Xudong
Cc: kvm@vger.kernel.org; Zhang, Xiantao
Subject: Re: [PATCH v4] kvm/fpu: Enable fully eager restore kvm FPU
On 09/26/2012 07:54 AM, Hao, Xudong wrote
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On
Behalf Of Avi Kivity
Sent: Tuesday, September 25, 2012 4:16 PM
To: Hao, Xudong
Cc: kvm@vger.kernel.org; Zhang, Xiantao
Subject: Re: [PATCH v4] kvm/fpu: Enable fully eager restore kvm FPU
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On
Behalf Of Avi Kivity
Sent: Monday, September 24, 2012 10:17 PM
To: Hao, Xudong
Cc: kvm@vger.kernel.org; Zhang, Xiantao
Subject: Re: [PATCH v4] kvm/fpu: Enable fully eager restore kvm FPU
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Thursday, September 20, 2012 5:20 PM
To: Hao, Xudong
Cc: Marcelo Tosatti; kvm@vger.kernel.org; Zhang, Xiantao
Subject: Re: [PATCH v3] kvm/fpu: Enable fully eager restore kvm FPU
On guest entry
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Wednesday, September 19, 2012 6:24 PM
To: Hao, Xudong
Cc: Marcelo Tosatti; kvm@vger.kernel.org; Zhang, Xiantao
Subject: Re: [PATCH v3] kvm/fpu: Enable fully eager restore kvm FPU
That may be:
static bool
-Original Message-
From: Marcelo Tosatti [mailto:mtosa...@redhat.com]
Sent: Monday, September 17, 2012 9:31 PM
To: Hao, Xudong
Cc: Avi Kivity; kvm@vger.kernel.org; Zhang, Xiantao
Subject: Re: [PATCH v3] kvm/fpu: Enable fully eager restore kvm FPU
On Mon, Sep 17, 2012 at 02:07
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Friday, September 14, 2012 12:40 AM
To: Marcelo Tosatti
Cc: Hao, Xudong; kvm@vger.kernel.org; Zhang, Xiantao
Subject: Re: [PATCH v3] kvm/fpu: Enable fully eager restore kvm FPU
On 09/13/2012 07:29 PM, Marcelo
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On
Behalf Of Avi Kivity
Sent: Friday, September 14, 2012 12:39 AM
To: Hao, Xudong
Cc: kvm@vger.kernel.org; Zhang, Xiantao
Subject: Re: [PATCH v3] kvm/fpu: Enable fully eager restore kvm FPU
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On
Behalf Of Marcelo Tosatti
Sent: Friday, September 14, 2012 12:29 AM
To: Hao, Xudong; Avi Kivity
Cc: kvm@vger.kernel.org; Zhang, Xiantao
Subject: Re: [PATCH v3] kvm/fpu: Enable fully eager
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Monday, September 10, 2012 4:07 PM
To: Hao, Xudong
Cc: kvm@vger.kernel.org; Zhang, Xiantao; joerg.roe...@amd.com
Subject: Re: [PATCH v2] kvm/fpu: Enable fully eager restore kvm FPU
Avi, I'm not sure if I fully
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Tuesday, September 11, 2012 3:54 PM
To: Hao, Xudong
Cc: kvm@vger.kernel.org; Zhang, Xiantao; joerg.roe...@amd.com
Subject: Re: [PATCH v2] kvm/fpu: Enable fully eager restore kvm FPU
On 09/11/2012 09:43 AM, Hao
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On
Behalf Of Avi Kivity
Sent: Thursday, September 06, 2012 4:16 PM
To: Hao, Xudong
Cc: kvm@vger.kernel.org; Zhang, Xiantao; joerg.roe...@amd.com
Subject: Re: [PATCH v2] kvm/fpu: Enable fully eager
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Wednesday, September 05, 2012 9:13 PM
To: Hao, Xudong
Cc: kvm@vger.kernel.org; Zhang, Xiantao; joerg.roe...@amd.com
Subject: Re: [PATCH v2] kvm/fpu: Enable fully eager restore kvm FPU
On 09/05/2012 04:26 AM, Xudong
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Monday, September 03, 2012 5:23 PM
To: Hao, Xudong
Cc: Roedel, Joerg; kvm@vger.kernel.org; Zhang, Xiantao
Subject: Re: [PATCH] kvm/fpu: Enable fully eager restore kvm FPU
On 08/23/2012 11:51 AM, Hao, Xudong wrote
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On
Behalf Of Avi Kivity
Sent: Monday, August 20, 2012 6:43 PM
To: Roedel, Joerg
Cc: Hao, Xudong; kvm@vger.kernel.org; Zhang, Xiantao
Subject: Re: [PATCH] kvm/fpu: Enable fully eager restore kvm FPU
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On
Behalf Of Avi Kivity
Sent: Thursday, August 16, 2012 5:08 PM
To: Hao, Xudong
Cc: kvm@vger.kernel.org; Zhang, Xiantao
Subject: Re: [PATCH] kvm/fpu: Enable fully eager restore kvm FPU
On 08/16
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Thursday, August 16, 2012 6:59 PM
To: Hao, Xudong
Cc: kvm@vger.kernel.org; Zhang, Xiantao; Roedel, Joerg
Subject: Re: [PATCH] kvm/fpu: Enable fully eager restore kvm FPU
On 08/16/2012 12:48 PM, Hao, Xudong wrote
Hi, Michael/Alex, do you have progress for device assignment issue fixing?
https://bugzilla.kernel.org/show_bug.cgi?id=43328
Thanks,
-Xudong
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On
Behalf Of Alex Williamson
Sent: Tuesday, July 03,
Hi, Avi
What's your opinion of this patch?
Thanks,
-Xudong
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On
Behalf Of Hao, Xudong
Sent: Monday, June 11, 2012 9:10 AM
To: a...@redhat.com
Cc: kvm@vger.kernel.org; Zhang, Xiantao
Subject: RE
Hi, Avi
Do you have comments for this patch?
Thanks,
-Xudong
-Original Message-
From: Hao, Xudong
Sent: Thursday, June 07, 2012 6:26 PM
To: a...@redhat.com
Cc: kvm@vger.kernel.org; Hao, Xudong; Zhang, Xiantao
Subject: [PATCH] KVM: change PT_FIRST_AVAIL_BITS_SHIFT to avoid conflict
-Original Message-
From: Bjorn Helgaas [mailto:bhelg...@google.com]
Sent: Saturday, May 19, 2012 9:20 AM
To: Xudong Hao
Cc: linux-...@vger.kernel.org; linux-ker...@vger.kernel.org;
kvm@vger.kernel.org; a...@redhat.com; alex.william...@redhat.com; Zhang,
Xiantao; Hao, Xudong
Subject
; Hao, Xudong
Subject: Re: [PATCH 1/1] Enable LTR/OBFF before device is used by driver
While you are making the other recommended fixes, could
you add/create a pci_obff_supported() function, like the pci_ltr_supported()
function, and more importantly, add it to the pci_disable_obff() function
-Original Message-
From: Hao, Xudong
Sent: Wednesday, May 23, 2012 9:31 PM
To: a...@redhat.com
Cc: kvm@vger.kernel.org; linux-ker...@vger.kernel.org; mtosa...@redhat.com;
takuya.yoshik...@gmail.com; Zhang, Xiantao; Shan, Haitao
Subject: RE: [PATCH v3 4/4] Enabling Access bit when
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Monday, May 28, 2012 6:37 PM
To: Hao, Xudong
Cc: kvm@vger.kernel.org; linux-ker...@vger.kernel.org; mtosa...@redhat.com;
takuya.yoshik...@gmail.com; Zhang, Xiantao; Shan, Haitao
Subject: Re: [PATCH v3 4/4] Enabling
Hi, Avi
Will these patches be accepted if no other comments?
Thanks,
-Xudong
-Original Message-
From: Hao, Xudong
Sent: Tuesday, May 22, 2012 11:23 AM
To: a...@redhat.com
Cc: kvm@vger.kernel.org; linux-ker...@vger.kernel.org; mtosa...@redhat.com;
takuya.yoshik...@gmail.com; Zhang
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Monday, May 21, 2012 4:32 PM
To: Hao, Xudong
Cc: Marcelo Tosatti; Xudong Hao; kvm@vger.kernel.org;
linux-ker...@vger.kernel.org; Shan, Haitao; Zhang, Xiantao
Subject: Re: [PATCH 4/4] Enabling Access bit when doing
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Monday, May 21, 2012 6:48 PM
To: Hao, Xudong
Cc: Marcelo Tosatti; Xudong Hao; kvm@vger.kernel.org;
linux-ker...@vger.kernel.org; Shan, Haitao; Zhang, Xiantao
Subject: Re: [PATCH 4/4] Enabling Access bit when doing
-Original Message-
From: Marcelo Tosatti [mailto:mtosa...@redhat.com]
Sent: Friday, May 18, 2012 10:23 AM
To: Xudong Hao
Cc: a...@redhat.com; kvm@vger.kernel.org; linux-ker...@vger.kernel.org;
Shan, Haitao; Zhang, Xiantao; Hao, Xudong
Subject: Re: [PATCH 4/4] Enabling Access bit
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Wednesday, May 16, 2012 9:44 PM
To: Takuya Yoshikawa
Cc: Xudong Hao; kvm@vger.kernel.org; linux-ker...@vger.kernel.org; Shan,
Haitao; Zhang, Xiantao; Hao, Xudong
Subject: Re: [PATCH 0/4] KVM: Enable EPT access bit
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Wednesday, May 16, 2012 5:15 PM
To: Xudong Hao
Cc: kvm@vger.kernel.org; linux-ker...@vger.kernel.org; Shan, Haitao; Zhang,
Xiantao; Hao, Xudong
Subject: Re: [PATCH 2/4] Add parameter to control A/D bits support
-Original Message-
From: Alex Williamson [mailto:alex.william...@redhat.com]
Sent: Wednesday, May 09, 2012 10:34 AM
To: Hao, Xudong
Cc: Avi Kivity; Xudong Hao; mtosa...@redhat.com; kvm@vger.kernel.org;
linux-ker...@vger.kernel.org; Zhang, Xiantao
Subject: RE: [PATCH] kvm: Enable
-Original Message-
From: Bjorn Helgaas [mailto:bhelg...@google.com]
}
This doesn't make any sense to me. pos is the offset of the PCI
Express Capability (identifier 10h). LTR is a separate extended
capability (identifier 18h), so you at least have to look up its
offset.
-Original Message-
From: Alex Williamson [mailto:alex.william...@redhat.com]
Sent: Tuesday, May 08, 2012 12:16 AM
To: Hao, Xudong
Cc: Avi Kivity; Xudong Hao; mtosa...@redhat.com; kvm@vger.kernel.org;
linux-ker...@vger.kernel.org; Zhang, Xiantao
Subject: RE: [PATCH] kvm: Enable
-Original Message-
From: Alex Williamson [mailto:alex.william...@redhat.com]
Sent: Tuesday, May 08, 2012 11:18 PM
To: Hao, Xudong
Cc: Avi Kivity; Xudong Hao; mtosa...@redhat.com; kvm@vger.kernel.org;
linux-ker...@vger.kernel.org; Zhang, Xiantao
Subject: RE: [PATCH] kvm: Enable
-Original Message-
From: Avi Kivity [mailto:a...@redhat.com]
Sent: Sunday, May 06, 2012 11:34 PM
To: Xudong Hao
Cc: mtosa...@redhat.com; kvm@vger.kernel.org; linux-ker...@vger.kernel.org;
Zhang, Xiantao; Hao, Xudong; Alex Williamson
Subject: Re: [PATCH] kvm: Enable device LTR/OBFF
Hi, David
Any other comments for this patch? Or can you check-in it in your iommu tree?
Thanks,
-Xudong
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On
Behalf Of Hao, Xudong
Sent: Thursday, December 22, 2011 5:18 PM
To: Chris Wright
Cc: dw
power sequencing and resetting the PCH display.
Changes from v3:
- add X86 configuration to avoid compile problem in other architecture.
Signed-off-by: Xudong Hao xudong@intel.com
Signed-off-by: Kay, Allen M allen.m@intel.com
Reviewed-by: Xiantao Zhang xiantao.zh...@intel.com
---
drivers
-Original Message-
From: Jesse Barnes [mailto:jbar...@virtuousgeek.org]
Sent: Thursday, March 01, 2012 2:32 AM
To: Hao, Xudong
Cc: linux-...@vger.kernel.org; linux-ker...@vger.kernel.org;
kvm@vger.kernel.org; Kay, Allen M; Zhang, Xiantao
Subject: Re: [PATCH V2] Quirk for IVB
power sequencing and resetting the PCH display.
Signed-off-by: Xudong Hao xudong@intel.com
Signed-off-by: Kay, Allen M allen.m@intel.com
Reviewed-by: Xiantao Zhang xiantao.zh...@intel.com
---
drivers/pci/quirks.c | 53 ++
1 files changed, 53
power sequencing and resetting the PCH
display.
Signed-off-by: Xudong Hao xudong@intel.com
Signed-off-by: Kay, Allen M allen.m@intel.com
---
drivers/pci/quirks.c | 49 +
1 files changed, 49 insertions(+), 0 deletions(-)
diff --git a/drivers
For IvyBridge Mobile platform, a system hang may occur if a FLR(Function Level
Reset) is asserted to internal graphics.
This quirk patch is workaround for the IVB FLR errata issue.
Signed-off-by: Xudong Hao xudong@intel.com
Signed-off-by: Kay, Allen M allen.m@intel.com
---
drivers/pci
Add device info into list before do context mapping, because device info will
be used by iommu_enable_dev_iotlb function, in this function, pci_enable_ats
would not be called without this patch.
Signed-off-by: Xudong Hao xudong@intel.com
Signed-off-by: Xiantao Zhang xiantao.zh...@intel.com
Hi, Jesse
Do you have any comments for this fix patch?
Thanks,
-Xudong
-Original Message-
From: Hao, Xudong
Sent: Saturday, December 17, 2011 9:25 PM
To: 'jbar...@virtuousgeek.org'; 'linux-...@vger.kernel.org'
Cc: linux-ker...@vger.kernel.org; kvm@vger.kernel.org; Zhang, Xiantao
Hi, David
Do you have any comments for this patch?
Thanks,
-Xudong
-Original Message-
From: Hao, Xudong
Sent: Saturday, December 17, 2011 9:07 PM
To: 'io...@lists.linux-foundation.org'; 'dw...@infradead.org'
Cc: 'linux-ker...@vger.kernel.org'; 'kvm@vger.kernel.org'; Zhang, Xiantao
;
}
-Original Message-
From: Chris Wright [mailto:chr...@sous-sol.org]
Sent: Wednesday, December 21, 2011 12:08 AM
To: Hao, Xudong
Cc: io...@lists.linux-foundation.org; dw...@infradead.org; Zhang, Xiantao;
linux-ker...@vger.kernel.org; kvm@vger.kernel.org
Subject: Re: [PATCH] intel-iommu
.
Signed-off-by: Xudong Hao xudong@intel.com
Signed-off-by: Xiantao Zhang xiantao.zh...@intel.com
---
drivers/iommu/intel-iommu.c | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
index c0c7820
When system go to S3 or S4 sleep and then return, some register of PCI device
does not be restored correctly, such as ATS capability. The same problem happen
on pci reset function.
This patch enables ATS at the device state restore if PCI device has ATS
capability.
Signed-off-by: Xudong Hao
Hi, all,
This is KVM test result against kvm.git
a685b38e272587e644fedd37269ddb82df21c052, and qemu-kvm.git
671d89d6411655bb4f8058ce6eb86bb0bb8ec978.
Currently qemu-kvm can build successfully on RHEL5, and Qcow image create
failure issue also got fixed, our nightly testing resumed. One VT-d
Qemu-kvm commit 92d675d1c1f23f3617e24b63c825074a1d1da44b changed sx, dx and
others variables into a judgement, there was a build failure on RHEL5 system.
...
CCx86_64-softmmu/debugcon.o
cc1: warnings being treated as errors
/workspace/ia32-pae/nightly/qemu-kvm/hw/cirrus_vga.c: In function
Avi Kivity wrote:
On 12/15/2010 08:05 AM, Hao, Xudong wrote:
Hi, all,
This is KVM test result against kvm.git
d335b156f9fafd177d0606cf845d9a2df2dc5431, and qemu-kvm.git
cb1983b8809d0e06a97384a40bad1194a32fc814.
Currently qemu-kvm build fail on RHEL5 with a undeclared
Hi, all,
This is KVM test result against kvm.git
d335b156f9fafd177d0606cf845d9a2df2dc5431, and qemu-kvm.git
cb1983b8809d0e06a97384a40bad1194a32fc814.
Currently qemu-kvm build fail on RHEL5 with a undeclared
PCI_PM_CTRL_NO_SOFT_RST error. I saw there already were fix patch in mail
list.
There
Hi, all,
This is KVM test result against kvm.git
9ee00410d82a7c5cab5ae347d97fbf8a95c55506 based on kernel 2.6.37-rc2, and
qemu-kvm.git b377474e589e5a1fe2abc7b13fafa8bad802637a.
We found a new bug which qemu processor will be defunct process by be killed,
this bug block nightly testing, we got
1 1 0 00
=
Total 52 50 1 01
Best Regards,
Xudong Hao
---BeginMessage---
(Add CC to k...@vger)
(2010/10/12 10:52), Hao, Xudong wrote:
Hi,
Currently qemu
Hidetoshi Seto wrote:
(Add CC to k...@vger)
(2010/10/12 10:52), Hao, Xudong wrote:
Hi,
Currently qemu-kvm build fail on RHEL5 with gcc 4.1.2, build can
pass on Fedora11 with gcc 4.4.1, can anybody look on RHEL5 system?
Gcc: 4.1.2
system: RHEL5.1
qemu-kvm
Avi Kivity wrote:
On 09/06/2010 06:05 AM, Hao, Xudong wrote:
New issue
1. [KVM] Linux guest is too slow to boot up
https://bugzilla.kernel.org/show_bug.cgi?id=17882
I'll take a look. What kernel is running in the guest? What
distribution?
Guest run on RHEL5u3 with it's default
Avi Kivity wrote:
On 09/06/2010 09:59 AM, Hao, Xudong wrote:
Avi Kivity wrote:
On 09/06/2010 06:05 AM, Hao, Xudong wrote:
New issue
1. [KVM] Linux guest is too slow to boot up
https://bugzilla.kernel.org/show_bug.cgi?id=17882
I'll take a look. What kernel is running in the guest
Avi Kivity wrote:
On 09/06/2010 11:08 AM, Hao, Xudong wrote:
Unable to reproduce - R5u3 i386 guest installed and booted, x86_64
booted from cd, all as expected.
Do you use EPT or shadow mode? This issue only exist on shadow mode.
Shadow. What's your command line?
qemu-system-x86_64
Avi Kivity wrote:
On 09/03/2010 05:54 AM, Hidetoshi Seto wrote:
Oops, since I've registered qemu-kvm ML but not qemu-devel ML, I
could not noticed that Jes have already posted same patch to
qemu-devel.
Now build of ivshmem is enabled only on KVM systems, please apply
this patch to
Hi, all,
This is KVM test result against kvm.git:
e6a9246aa397aaced11f3870bfd0766ab48075c4 and qemu-kvm.git:
94f964d08ebdcc74999d4cff74bc5f7aee84fc5.
We found a regression issue that linux guest is very slow to boot up(about 20
minutes). and I checked with a old kvm commit
Hi,
Latest qemu-kvm build fail with a merge
4813f440385bfc751d1c91752709b4457ed803e2.
The error happen on commit 6cbf4c8c6416237e9c323661b87d60792a9d51af.
gcc version 4.1.2
...
CCx86_64-softmmu/monitor.o
CCx86_64-softmmu/vl.o
CCx86_64-softmmu/ivshmem.o
cc1: warnings being
Avi Kivity wrote:
On 08/26/2010 08:42 AM, Hao, Xudong wrote:
Hi, did anyone see latest kvm build fail on 32bit system?
kvm commit: 152d921348ee2ac7bb73d599c5796a027f0a660c
gcc version 4.1.2
...
LD arch/x86/boot/setup.elf
OBJCOPY arch/x86/boot/setup.bin
Hi, did anyone see latest kvm build fail on 32bit system?
kvm commit: 152d921348ee2ac7bb73d599c5796a027f0a660c
gcc version 4.1.2
...
LD arch/x86/boot/setup.elf
OBJCOPY arch/x86/boot/setup.bin
OBJCOPY arch/x86/boot/vmlinux.bin
BUILD
Avi Kivity wrote:
On 08/16/2010 11:46 AM, Avi Kivity wrote:
On 08/16/2010 04:27 AM, Hao, Xudong wrote:
Appears to be a gcc bug. I opened
https://bugzilla.redhat.com/show_bug.cgi?id=624279 to track this.
Meanwhile, installing the gcc44 package and building with it
(./configure --cc
Avi Kivity wrote:
On 08/11/2010 04:49 AM, Hao, Xudong wrote:
Hi,
Recently I build qemu-kvm on 32bit RHEL5u4/RHEL5u5, it will fail on
fuction vhost_dev_sync_region. But RHEL5u1 system is fine to
build. Did anyone meet similar issue?
qemu-kvm commit
Hi,
Recently I build qemu-kvm on 32bit RHEL5u4/RHEL5u5, it will fail on fuction
vhost_dev_sync_region. But RHEL5u1 system is fine to build.
Did anyone meet similar issue?
qemu-kvm commit: 59d71ddb432db04b57ee2658ce50a3e35d7db97e
build error:
...
CCx86_64-softmmu/i8254.o
CC
Qemu-kvm tree has already fixed this issue:
commit 4cf3e6f3d85492f20a773dd6c9068ab89ba24a18
Author: Alex Williamson alex.william...@redhat.com
Date: Wed Jun 2 10:58:29 2010 -0600
acpi_piix4: save gpe and pci hotplug slot status
PCI hotplug currently doesn't work after a migration
Alex Williamson wrote:
On Sat, 2010-07-31 at 16:33 +0800, Hao, Xudong wrote:
Alex Williamson wrote:
On Thu, 2010-07-22 at 16:03 +0300, Gleb Natapov wrote:
On Thu, Jul 22, 2010 at 08:32:31PM +0800, Hao, Xudong wrote:
Well, this patch works fine for me.
Looks like userspace problem
Alex Williamson wrote:
On Thu, 2010-07-22 at 16:03 +0300, Gleb Natapov wrote:
On Thu, Jul 22, 2010 at 08:32:31PM +0800, Hao, Xudong wrote:
Well, this patch works fine for me.
Looks like userspace problem then. Userspace relied on something that
was not guarantied by the kernel (access
Hi, all,
This is KVM test result against kvm.git:
14e84ff8459416648f4f789e7665f6a8e95e and qemu-kvm.git:
9237b2c094a2813324b1cff75c8b8d4653a8b508.
We found a VT-d regression issue, KVM guest can not boot with additional NIC
device assigned. Gleb has helped to root caused it to qemu-kvm
Hi, all
On KVM commit cb7eaecb3389c7fa2490ea1bee8f10cfa5df30d4, I met a kvm_run return
fasle when assign additional NIC device to KVM guest, but onboard NIC works
fine.
command: qemu-system-x86_64 -m 256 -smp 2 -device pci-assign,host=01:00.0
-net none -hda /image/path/guest.img
host print:
: pci-stub
Kernel modules: e1000e
Gleb Natapov wrote:
On Thu, Jul 22, 2010 at 03:57:55PM +0800, Hao, Xudong wrote:
Hi, all
On KVM commit cb7eaecb3389c7fa2490ea1bee8f10cfa5df30d4, I met a
kvm_run return fasle when assign additional NIC device to KVM guest,
but onboard NIC works fine
Patch did not work, qemu stoped @
Can you try this patch for qemu-kvm please?
diff --git a/hw/device-assignment.c b/hw/device-assignment.c
index 2bba22f..7240985 100644
--- a/hw/device-assignment.c
+++ b/hw/device-assignment.c
@@ -238,9 +238,10 @@ static void
Gleb,
This patch does not work either, qemu stoped @ Starting Seabios.
Can you try this patch for qemu-kvm please?
diff --git a/hw/device-assignment.c b/hw/device-assignment.c
index 2bba22f..7240985 100644
--- a/hw/device-assignment.c
+++ b/hw/device-assignment.c
@@ -238,9 +238,10 @@
Well, this patch works fine for me.
Gleb Natapov wrote:
On Thu, Jul 22, 2010 at 07:11:34PM +0800, Hao, Xudong wrote:
Gleb,
This patch does not work either, qemu stoped @ Starting Seabios.
And this one?
diff --git a/hw/device-assignment.c b/hw/device-assignment.c
index 2bba22f..b7e7dc0
Hi, all,
This is KVM biweekly test result against kvm.git:
cfe149e91b823a75eb7a86e81bfa7c6fce42c744 and qemu-kvm.git:
bc3a9ccc5ddea4c0c713ef6fb3c11d9a88cec169.
There is 2 qemu issues found, the first one is qemu fail to parse B:D.F with
old qemu command; the other is qemu fail to parse -net
Thanks, Mark.
-Original Message-
From: Markus Armbruster [mailto:arm...@redhat.com]
Sent: 2010年6月25日 12:58
To: Hao, Xudong
Cc: qemu-de...@nongnu.org; aligu...@us.ibm.com; kvm@vger.kernel.org
Subject: Re: qemu fail to parse command line with -pcidevice 00:19.0
Hao, Xudong xudong
can not be created and
nothing error printed.
Do you have plan to fix this parse issue?
Thanks,
Xudong
-Original Message-
From: Markus Armbruster [mailto:arm...@redhat.com]
Sent: 2010年6月24日 14:08
To: Hao, Xudong
Cc: qemu-de...@nongnu.org; aligu...@us.ibm.com; kvm@vger.kernel.org
Subject
When assign one PCI device, qemu fail to parse the command line:
qemu-system_x86 -smp 2 -m 1024 -hda /path/to/img -pcidevice host=00:19.0
Error:
qemu-system-x86_64: Parameter 'id' expects an identifier
Identifiers consist of letters, digits, '-', '.', '_', starting with a letter.
pcidevice
Hi, all,
This is KVM biweekly test result against kvm.git:
f7ebf25e0c1e6cd8ff31f56a076908a169044090 and qemu-kvm.git:
02152f7275ebede652360c3840cf45fe240d34f0, based on kernel 2.6.35-rc2+.
Two new issues found recently, one is kernel panic if start kvm sometimes. The
other is qemu segmentation
Maciej Rutecki wrote:
On poniedziałek, 24 maja 2010 o 10:23:11 Hao, Xudong wrote:
Hi all
I build latest kvm 37dec075a7854f0f550540bf3b9bbeef37c11e2a, based on
kernel 2.6.34, after kvm and kvm_intel module loaded, then
/etc/init.d/kvm start, a few minutes later, the system will panic.
I
Hi all
I build latest kvm 37dec075a7854f0f550540bf3b9bbeef37c11e2a, based on kernel
2.6.34, after kvm and kvm_intel module loaded, then /etc/init.d/kvm start, a
few minutes later, the system will panic.
kernel: 2.6.34
kvm: 37dec075a7854f0f550540bf3b9bbeef37c11e2a
qemu-kvm:
Hi, all,
This is KVM biweekly test result against kvm.git:
f1bf31ef946581de4dbc44b3d5e4e39200a0ef62 and qemu-kvm.git:
1c596c54fd5cdce8d65f5a0c3f800567857e6a58, based on kernel 2.6.34-rc6.
There are no new issue found in the past two weeks. The 32pae Windows guest
will cost about 9 minute to
Hi, all,
This is KVM biweekly test result against kvm.git:
172e7dcac723d224563de4d437736dcac39a36d7 and qemu-kvm.git:
a1b705841caa33fca0b95928505c01d5105b706f.
There are no new issue found in the past two weeks. The 32pae Windows guest
will cost about 9 minute to boot up, but it did not BSOD.
Hi, all,
This is KVM biweekly test result against kvm.git:
069c71e7a5e5f968099ca551f68e5dfe5a3f71bc and qemu-kvm.git:
5c781061a45abe1855ad0a95d834336da574703c.
In the past two weeks, there is no new issues found. The issue that 32PAE
Windows guest can not boot up with BSOD still exist.
Six
Avi Kivity wrote:
You need to fold the -hda parameter into -driver, so the whole command
line becomes
qemu-system-x86_64 -m 512 -smp 4 -net
nic,macaddr=00:16:3e:79:0c:db,model=rtl8139 -net
tap,script=/etc/kvm/qemu-ifup -drive
file=/share/ltp_guest.img,cache=writeback
-hda is
Hi, all,
This is KVM biweekly test result against kvm.git:
0e8e9adf792446859d6906af7f09249e4d0971d7 and qemu-kvm.git:
79fdb980fa4fe40c3fba9391b83b655045af030f.
Lastest KVM based on kernel 2.6.34-rc2. There is one issue that 32PAE Windows
guest can not boot up with acpi on.
New issue:
Avi Kivity wrote:
2. ltp diotest running time is 2.54 times than before
https://sourceforge.net/tracker/?func=detailaid=2723366group_id=180599atid=893831
Can you check the performance of this with cache=writeback?
The common on the report referring to cache=writethrough is incorrect
David Miller wrote:
From: Hao, Xudong xudong@intel.com
Date: Wed, 17 Mar 2010 10:14:50 +0800
I installed a latest kvm based on kernel 2.6.34-rc1, after I load
kvm kvm_i= ntel module, and start /etc/init.d/kvm, a few minutes
later, the system wil= l panic. The panic is easy to reproduce
Hi, all,
This is KVM biweekly test result against kvm.git:
647e9ec3b543ea04d49a7323dfe0070682ed8465 and qemu-kvm.git:
7811d4e8ec057d25db68f900be1f09a142faca49.
In the last month, KVM testing was blocked by one qemu-img issue and two qemu
build issues. Now the qemu build issue and qemu-img bug
sati...@pacific.net.hk wrote:
Quoting Hao, Xudong xudong@intel.com:
sati...@pacific.net.hk wrote:
Quoting Hao, Xudong xudong@intel.com:
# chkconfig --level 35 kvm off
error reading information on service kvm: No such file or directory
I'm not try F12 maybe some pakeage missed
1 - 100 of 110 matches
Mail list logo