Alex, thanks for you response.
I tried to create guest with multiple root ports, but qemu report error:
# qemu-system-x86_64 --accel kvm -m 4096 -smp 4 -drive
file=/home/hao/rhel8.2.qcow2,if=none,id=virtio-disk0 -device
virtio-blk-pci,drive=virtio-disk0 -device
** Attachment added: "guest_dmesg.log"
https://bugs.launchpad.net/qemu/+bug/1921444/+attachment/5481022/+files/guest_dmesg.log
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1921444
Title:
Q35
Public bug reported:
KVM: https://git.kernel.org/pub/scm/virt/kvm/kvm.git branch: next, commit:
4a98623d
Qemu: https://git.qemu.org/git/qemu.git branch: master, commit: 9e2e9fe3
Created a KVM guest with Q35 chipset, and try to hot add 2 PCIe device
to guest with qemu internal command
> -Original Message-
> From: qemu-devel-bounces+xudong.hao=intel@nongnu.org [mailto:qemu-
> devel-bounces+xudong.hao=intel@nongnu.org] On Behalf Of Gerd
> Hoffmann
> Sent: Tuesday, January 12, 2016 6:25 PM
> To: Hao, Xudong <xudong@intel.com>
&
> -Original Message-
> From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> Sent: Monday, January 11, 2016 6:46 PM
> To: Hao, Xudong <xudong@intel.com>
> Cc: Stefano Stabellini <stefano.stabell...@eu.citrix.com>; Lars Kurth
> <lars
With latest qemu 7b8a354d4716, RHEL7.2 (with default kernel) VM still can't
boot up with IGD.
Thanks,
-Xudong
> -Original Message-
> From: Michael S. Tsirkin [mailto:m...@redhat.com]
> Sent: Tuesday, January 12, 2016 4:48 PM
> To: Hao, Xudong <xudong@intel.com>
&
Yes, Linux VM update to a 3.18 kernel.
The RHEL7.2 default kernel (should be 3.10) VM don't boot up with IGD
pass-through, and Windows can't boot up either.
Thanks,
-Xudong
> -Original Message-
> From: Gerd Hoffmann [mailto:kra...@redhat.com]
> Sent: Monday, January 11, 201
"can't boot up" means guest doesn't boot at all, guest will stop to booting
after adding vga device, detail log in attachment.
Thanks,
-Xudong
> -Original Message-
> From: qemu-devel-bounces+xudong.hao=intel@nongnu.org [mailto:qemu-
> devel-bounces+xudong.hao=i
Hao, Xudong would like to recall the message, "[Xen-devel] [PATCH v4]
igd-passthrough-i440FX: convert to realize()".
with latest qemu (without any
additional patch), guest run 3D "nexuiz" and get 180fps.
Will try the two patch together later.
Thanks,
-Xudong
> -Original Message-
> From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> Sent: Friday, January 8, 201
I used 6bb9ead762bf749af11ea225fc2a74db1b93c105 yesterday, this version don't
include commit 349a3b1cc.
Thanks,
-Xudong
> -Original Message-
> From: Cao jin [mailto:caoj.f...@cn.fujitsu.com]
> Sent: Tuesday, January 12, 2016 10:01 AM
> To: Hao, Xudong <xudong@inte
Qemu with the patch can't boot VM with IGD pass-through, I'm checking if it
works w/o this patch to eliminate the environment influence.
Thanks,
-Xudong
> -Original Message-
> From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> Sent: Friday, January 8, 201
Sure. I'll test it soon.
Thanks,
-Xudong
> -Original Message-
> From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> Sent: Wednesday, January 6, 2016 8:18 PM
> To: Lars Kurth <lars.kurth@gmail.com>
> Cc: Stefano Stabellini <stefano.stabel
-Original Message-
From: Michael Tokarev [mailto:m...@tls.msk.ru]
Sent: Wednesday, May 29, 2013 2:34 AM
To: Hao, Xudong
Cc: k...@vger.kernel.org; g...@redhat.com; pbonz...@redhat.com;
qemu-devel@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: k...@vger.kernel.org; g...@redhat.com; qemu-devel@nongnu.org
Subject: Re: [PATCH] qemu-kvm: fix unmatched RAM alloction/free
mmap is used in qemu_vmalloc
calling will cause a segment fault.
Signed-off-by: Xudong Hao xudong@intel.com
---
exec.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/exec.c b/exec.c
index fa1e0c3..d40d237 100644
--- a/exec.c
+++ b/exec.c
@@ -1152,15 +1152,11 @@ void qemu_ram_free(ram_addr_t
Stabellini; Hao, Xudong;
qemu-devel@nongnu.org; xen-de...@lists.xen.org; jbeul...@suse.com;
afaer...@suse.de
Subject: Re: [Qemu-devel] [PATCH v2] piix: define a TOM register to report the
base of PCI
I'm not sure about qemu-devel but on xen-devel the policy is not to top
post so please could you
-Original Message-
From: Michael S. Tsirkin [mailto:m...@redhat.com]
Sent: Wednesday, February 27, 2013 6:50 PM
To: Hao, Xudong
Cc: aligu...@us.ibm.com; qemu-devel@nongnu.org;
stefano.stabell...@eu.citrix.com; xen-de...@lists.xen.org; afaer...@suse.de;
jbeul...@suse.com; Zhang
-Original Message-
From: qemu-devel-bounces+xudong.hao=intel@nongnu.org
[mailto:qemu-devel-bounces+xudong.hao=intel@nongnu.org] On Behalf
Of Stefano Stabellini
Sent: Tuesday, February 26, 2013 12:06 AM
To: Hao, Xudong
Cc: aligu...@us.ibm.com; Stefano Stabellini; m
) register to report the base of PCI memory, update
memory region dynamically. TOM register are defined to one byte in PCI configure
space, because that only upper 4 bit of PCI memory takes effect for Xen, so
it requires bios set TOM with 16M-aligned.
Signed-off-by: Xudong Hao xudong@intel.com
Signed
-Original Message-
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: Friday, February 22, 2013 5:04 PM
To: Hao, Xudong
Cc: stefano.stabell...@eu.citrix.com; Zhang, Xiantao; xen-de...@lists.xen.org;
qemu-devel@nongnu.org; m...@redhat.com; aligu...@us.ibm.com
Subject: Re: [Xen-devel
-Original Message-
From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
Sent: Friday, February 22, 2013 8:35 PM
To: Hao, Xudong
Cc: aligu...@us.ibm.com; m...@redhat.com; qemu-devel@nongnu.org;
Stefano Stabellini; xen-de...@lists.xen.org; Zhang, Xiantao
Subject: Re
Define a TOM(top of memory) register to report the base of PCI memory, update
memory region dynamically.
The use case of this register defination is for Xen till now.
Signed-off-by: Xudong Hao xudong@intel.com
Signed-off-by: Xiantao Zhang xiantao.zh...@intel.com
---
hw/pc.h | 4
Enable 64 bits bar emulation.
v2 changes from v1:
- Change 0lx% to 0x%016 when print a 64 bit variable.
Test pass with the current seabios which already support 64bit pci bars.
Signed-off-by: Xudong Hao xudong@intel.com
---
hw/kvm/pci-assign.c | 22 ++
1 files changed
-Original Message-
From: Alex Williamson [mailto:alex.william...@redhat.com]
Sent: Thursday, December 20, 2012 12:06 AM
To: Hao, Xudong
Cc: qemu-devel@nongnu.org; mtosa...@redhat.com; g...@redhat.com;
k...@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-devel@nongnu.org; mtosa...@redhat.com; g...@redhat.com;
k...@vger.kernel.org
Subject: Re: [PATCH v2] qemu-kvm/pci-assign: 64 bits bar
Enable 64 bits bar emulation.
v3 changes from v2:
- Leave original error string and drop the leading 016.
v2 changes from v1:
- Change 0lx% to 0x%016 when print a 64 bit variable.
Test pass with the current seabios which already support 64bit pci bars.
Signed-off-by: Xudong Hao xudong
-Original Message-
From: Jan Kiszka [mailto:jan.kis...@web.de]
Sent: Saturday, November 03, 2012 6:55 PM
To: Hao, Xudong
Cc: qemu-devel@nongnu.org; a...@redhat.com; k...@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-devel@nongnu.org; a...@redhat.com; k...@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-devel@nongnu.org; a...@redhat.com; k...@vger.kernel.org
Subject: Re: [Qemu-devel] [PATCH 2/2] qemu-kvm/pci-assign: 64 bits bar
emulation
On Fri
For 64 bit processor, emulate 40 bits physical address if the host physical
address space = 40bits, else guest physical is same as host.
Signed-off-by: Xudong Hao xudong@intel.com
---
target-i386/cpu.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/target-i386
Enable 64 bits bar emulation.
Signed-off-by: Xudong Hao xudong@intel.com
---
hw/kvm/pci-assign.c | 18 --
1 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/hw/kvm/pci-assign.c b/hw/kvm/pci-assign.c
index 05b93d9..f1f8d1e 100644
--- a/hw/kvm/pci-assign.c
+++ b
-Original Message-
From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
Sent: Tuesday, September 25, 2012 6:52 PM
To: Hao, Xudong
Cc: Stefano Stabellini; xen-de...@lists.xen.org; qemu-devel@nongnu.org;
Zhang, Xiantao
Subject: Re: [PATCH v2] qemu/xen: Add 64 bits big
-Original Message-
From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
Sent: Wednesday, September 26, 2012 6:57 PM
To: Hao, Xudong
Cc: Stefano Stabellini; xen-de...@lists.xen.org; qemu-devel@nongnu.org;
Zhang, Xiantao
Subject: RE: [PATCH v2] qemu/xen: Add 64 bits big
is larger than 4G, it must access 4G memory address.
This patch enable the 64bits big BAR support on qemu.
Signed-off-by: Xudong Hao xudong@intel.com
Signed-off-by: Xiantao Zhang xiantao.zh...@intel.com
---
hw/xen_pt.c |7 +--
hw/xen_pt_config_init.c | 39
Changes from v1:
- Rebase to qemu upstream from qemu-xen
Currently it is assumed PCI device BAR access 4G memory. If there is such a
device whose BAR size is larger than 4G, it must access 4G memory address.
This patch enable the 64bits big BAR support on qemu.
Signed-off-by: Xudong Hao xudong
Fixed patch in qemu-kvm: 96df67d1c3928704cd76d0b2e76372ef18658e85, close
this bug.
** Changed in: qemu
Status: Confirmed = Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/706766
Patch worked with testing.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/706766
Title:
[Qemu-kvm] qemu-img fail to create qcow image
Status in QEMU:
Confirmed
Bug description:
On qemu-kvm
Public bug reported:
On qemu-kvm tree 6f32e3d09d990fd50008756fcb446b55e0c0af79, complier it.
Then try to create a qcow image with a exist raw image, create fail.
reproduce steps:
1) build qemu-kvm
2) ./qemu-img create -b ./ia32e_fc10.img -f qcow2 ./qcow.img
3) Fail to create qcow image, it show
The latest qemu tree e10990c3f0c39e92ab5f74004b89a24fcc36fa14 also has
this issue.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/706766
Title:
[Qemu-kvm] qemu-img fail to create qcow image
Status
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
of 'utimensat'
make[1]: *** [virtio-9p-local.o] Error 1
make: *** [subdir-libhw64] Error 2
Best Regards,
Xudong Hao
-kvm.git asap.
This was already applied to qemu.git; I'll pull it into qemu-kvm.git
to fix the build.
Qemu-kvm 6ee63ef38696aa3b0518f6aa6b85bc111ba7ca4e can build successfully now,
thanks all.
-Xudong
jes.soren...@redhat.com wrote:
From: Jes Sorensen jes.soren...@redhat.com
There is no need to check for dest 0 or vector = 0 as both are
uint16_t.
This should fix problems with broken build with aggressive compiler
flags. Reported by Xudong Hao xudong@intel.com
Signed-off-by: Jes
Hao, Xudong wrote:
jes.soren...@redhat.com wrote:
From: Jes Sorensen jes.soren...@redhat.com
There is no need to check for dest 0 or vector = 0 as both are
uint16_t.
This should fix problems with broken build with aggressive compiler
flags. Reported by Xudong Hao xudong@intel.com
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
-x86_64] Error 1
make: *** [subdir-x86_64-softmmu] Error 2
Best Regards,
Xudong Hao
This issue has gone with qemu-kvm commit
d4adede84de96d631f2c6eff2c01eae00b14a110.
** Changed in: qemu
Status: Invalid = Fix Released
** Changed in: qemu-kvm (Ubuntu)
Status: Triaged = Fix Released
--
qemu fail to parse command -net none
https://bugs.launchpad.net/bugs/599617
You
Now we use new command to do VT-d device assignment:
qemu-system_x86 -smp 2 -m 1024 -hda /path/to/img -device
pci-assign,host=00:19.0
** Changed in: qemu
Status: New = Fix Released
--
qemu fail to parse command line with -pcidevice B:D.F
https://bugs.launchpad.net/bugs/597932
You
Public bug reported:
Host OS:ia32e
Guest OS :32e and pae
kvm.git Commit:a63e16c655f9e68d49d6fae4275ffda16b1888b2
qemu-kvm Commit:97011c7fce92f8c0928c9e94e9896f0dca1bdeb9
Host Kernel Version:2.6.35-rc3
Bug detailed description:
--
when use command qemu-system_x86 -smp 2
qemu upstream has fix patch:
Signed-off-by: Amit Shah amit.s...@redhat.com
---
net.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net.c b/net.c
index 4cb93ed..b681233 100644
--- a/net.c
+++ b/net.c
@@ -1119,7 +1119,7 @@ int net_client_init(Monitor *mon, QemuOpts
Thanks, Mark.
-Original Message-
From: Markus Armbruster [mailto:arm...@redhat.com]
Sent: 2010年6月25日 12:58
To: Hao, Xudong
Cc: qemu-devel@nongnu.org; aligu...@us.ibm.com; k...@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-devel@nongnu.org; aligu...@us.ibm.com; k...@vger.kernel.org
This bug has been fixed on commit:
kvm-commit:a63e16c655f9e68d49d6fae4275ffda16b1888b2, qemu-kvm
commit:97011c7fce92f8c0928c9e94e9896f0dca1bdeb9.
qcow.img file can be created by qemu-img successfully.
fixed patch:
diff --git a/qemu-option.c b/qemu-option.c
index
Public bug reported:
Host OS:ia32e
Guest OS :32e and pae
kvm.git Commit:a63e16c655f9e68d49d6fae4275ffda16b1888b2
qemu-kvm Commit:97011c7fce92f8c0928c9e94e9896f0dca1bdeb9
Host Kernel Version:2.6.35-rc3
Hardware:Gulftown-HEDT
Bug detailed description:
--
when use command
argument parse error; please check the help text for usage
Could not add assigned device host=00:19.0
https://bugs.launchpad.net/qemu/+bug/597932
This issue caused by qemu-kvm commit b560a9ab9be06afcbb78b3791ab836dad208a239.
Best Regards,
Xudong Hao
** Changed in: qemu
Status: New = Fix Committed
--
qemu segmentation fault when create qcow2 image with qemu-img command
https://bugs.launchpad.net/bugs/592056
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: Fix
0x00405143 in img_create (argc=6, argv=0x7fffa40081e0) at
qemu-img.c:303
#4 0x0032f041d8b4 in __libc_start_main () from /lib64/libc.so.6
#5 0x00403099 in _start ()
--Xudong
Kevin, this patch works fine.
Kevin Wolf wrote:
When dest is NULL, i.e. a new copy of the list is created, we don't
get a
properly terminated list after the realloc. Initialize it as an empty
list.
Signed-off-by: Kevin Wolf kw...@redhat.com
---
Xudong, can you please try this one? I
Public bug reported:
Host OS: ia32e
kvm.git Commit:cf18597a046413e9f0dd8df3ad6715a88766be51
qemu-kvm Commit:3f505ec990599aeb960ed7031a2bb7b233ea4927
Host Kernel Version:2.6.35-rc2+
Hardware:Westmere-HEDT
Bug detailed description:
--
when use qemu-img command to create
The commit dafac85ed4f43d694c1b438ec6d14e18d225e600 works fine, I git diff the
two dafac85ed4f43d694c1b438ec6d14e18d225e600 and
ea25559830a1a025e534dea634158c0141c71894, and revert qemu-img.c to
dafac85ed4f43d694c1b438ec6d14e18d225e600 , then everything is OK.
Thanks,
Xudong
-Original
62 matches
Mail list logo