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
virtio-net-pci,netdev=nic0,mac=00
** 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 d
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 device_ad
> -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
> Cc: Lars Kurth ; xen-de...@lists.x
"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+xu
> -Original Message-
> From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
> Sent: Monday, January 11, 2016 6:46 PM
> To: Hao, Xudong
> Cc: Stefano Stabellini ; Lars Kurth
> ; Lars Kurth ; Cao jin
> ; xen-de...@lists.xensource.com; Stefano Stab
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
> Cc: Gerd Hoffmann
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, Janua
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 ; Stefano S
VM with IGD pass-through 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:
Hao, Xudong would like to recall the message, "[Xen-devel] [PATCH v4]
igd-passthrough-i440FX: convert to realize()".
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, Janu
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
> Cc: Stefano Stabellini ; Hao, Xudong
> ; Lars Kur
> -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 unmatch
> -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
>
calling will cause a segment fault.
Signed-off-by: Xudong Hao
---
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 addr
> -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;
&
.@redhat.com; Stefano 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-dev
> -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;
Define a TOM(top of memory) 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:
> -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,
> -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
&
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
Signed-off-by: Xiantao Zhang
---
hw/pc.h | 4 ---
hw/pc_piix.c | 6 -
hw/piix_pci.c
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
---
hw/kvm
> -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-kv
> -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-kv
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
---
hw/kvm/pci-assign.c | 22 ++
1 files changed, 14 insertions
> -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 bi
> -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 physic
> -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 physic
Enable 64 bits bar emulation.
Signed-off-by: Xudong Hao
---
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/hw/kvm/pci-assign.c
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
---
target-i386/cpu.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/target-i386/cpu.c b/target-i
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
Signed-off-by: Xiantao Zhang
---
hw/xen_pt.c |7 +--
hw/xen_pt_config_init.c | 39 ++-
2 files chang
> -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
> -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]
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: Xudo
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 tre
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
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 e
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?
>>
>> Gc
tern
declaration of 'utimensat'
make[1]: *** [virtio-9p-local.o] Error 1
make: *** [subdir-libhw64] Error 2
Best Regards,
Xudong Hao
is enabled only on KVM systems, please apply
>> this patch to qemu-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
Hao, Xudong wrote:
> jes.soren...@redhat.com wrote:
>> From: Jes Sorensen
>>
>> 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
jes.soren...@redhat.com wrote:
> From: Jes Sorensen
>
> 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
>
> Signed-off-by: Je
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.
>>>>
>>>
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 s
1]: *** [qemu-system-x86_64] Error 1
make: *** [subdir-x86_64-softmmu] Error 2
Best Regards,
Xudong Hao
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 re
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
qemu upstream has fix patch:
Signed-off-by: Amit Shah
---
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 *opts, int
is_netdev)
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 -
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,
e" in qemu command, guest 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.co
** 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
#x27;, starting with a letter.
pcidevice 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
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 "q
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 acd74f9..f8848
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
> ---
>
> Xudong, can
0405143 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
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
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 q
62 matches
Mail list logo
