[Qemu-devel] [Bug 1713825] Re: Booting Windows 2016 with qxl video crashes qemu
It helps but I'm quite sure that lower level security systems (guest)
should never be able to crash higher level security systems
(hypervisor).
PS. It repros in 2.10.0 as well.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1713825
Title:
Booting Windows 2016 with qxl video crashes qemu
Status in QEMU:
New
Bug description:
launched from libvirt.
qemu version: 2.9.0
host: Linux 4.9.34-gentoo #1 SMP Sat Jul 29 13:28:43 PDT 2017
x86_64 Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz GenuineIntel GNU/Linux
guest: Windows 2016 64 bit
Thread 28 (Thread 0x7f0e2edff700 (LWP 29860)):
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
set = {__val = {18446744067266837079, 139698892694944,
139699853745096, 139700858749789, 4222451712, 139694281220640, 139694281220741,
139694281220640, 139694281220640, 139694281220810,
139694281220940, 139694281220640, 139694281220940, 0, 0, 0}}
pid =
tid =
#1 0x7f0ea40b644a in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x7f0e2edfe5c0,
sa_sigaction = 0x7f0e2edfe5c0}, sa_mask = {__val = {139694281219872,
139698106269697, 139698892695344, 4, 2676511744, 0, 139698892695144, 0,
139698892694912, 1, 4737316546111099904, 139700859888720,
4737316546111099904, 139700862161824, 139700911349760, 94211934977482}},
sa_flags = 416,
sa_restorer = 0x55af6ceb0500 <__PRETTY_FUNCTION__.36381>}
sigs = {__val = {32, 0 }}
#2 0x7f0ea40abab6 in __assert_fail_base (fmt=,
assertion=assertion@entry=0x55af6ceafdca "offset < qxl->vga.vram_size",
file=file@entry=0x55af6ceaeaa0
"/var/tmp/portage/app-emulation/qemu-2.9.0-r2/work/qemu-2.9.0/hw/display/qxl.c",
line=line@entry=416,
function=function@entry=0x55af6ceb0500 <__PRETTY_FUNCTION__.36381>
"qxl_ram_set_dirty") at assert.c:92
str = 0x7f0d1c026220 "\340r\002\034\r\177"
total = 4096
#3 0x7f0ea40abb81 in __GI___assert_fail
(assertion=assertion@entry=0x55af6ceafdca "offset < qxl->vga.vram_size",
file=file@entry=0x55af6ceaeaa0
"/var/tmp/portage/app-emulation/qemu-2.9.0-r2/work/qemu-2.9.0/hw/display/qxl.c",
line=line@entry=416,
function=function@entry=0x55af6ceb0500 <__PRETTY_FUNCTION__.36381>
"qxl_ram_set_dirty") at assert.c:101
No locals.
#4 0x55af6cc58805 in qxl_ram_set_dirty (qxl=,
ptr=) at
/var/tmp/portage/app-emulation/qemu-2.9.0-r2/work/qemu-2.9.0/hw/display/qxl.c:416
base =
offset =
qxl =
ptr =
base =
offset =
#5 0x55af6cc5b9e2 in interface_release_resource (sin=0x55af71a91ed0,
ext=...) at
/var/tmp/portage/app-emulation/qemu-2.9.0-r2/work/qemu-2.9.0/hw/display/qxl.c:767
qxl = 0x55af71a91450
ring =
item =
id = 18446690739814400920
__func__ = "interface_release_resource"
#6 0x7f0ea510afa8 in red_drawable_unref (red_drawable=0x7f0d1c026120) at
red-worker.c:101
No locals.
#7 0x7f0ea510b609 in red_drawable_unref (red_drawable=)
at red-worker.c:104
No locals.
#8 0x7f0ea510eae9 in drawable_unref
(drawable=drawable@entry=0x7f0e68285ac0) at display-channel.c:1438
display = 0x55af71dbd3c0
__FUNCTION__ = "drawable_unref"
#9 0x7f0ea51109f7 in draw_until (display=display@entry=0x55af71dbd3c0,
surface=surface@entry=0x7f0e6828aae8, last=0x7f0e68285ac0) at
display-channel.c:1637
container = 0x0
now = 0x7f0e68285ac0
#10 0x7f0ea510f93f in display_channel_draw (display=0x55af71dbd3c0,
area=0x7f0e2edfe8e0, surface_id=) at display-channel.c:1729
surface = 0x7f0e6828aae8
last =
__FUNCTION__ = "display_channel_draw"
__func__ = "display_channel_draw"
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1713825/+subscriptions
[Qemu-devel] [Bug 1713825] Re: Booting Windows 2016 with qxl video crashes qemu
I reproduce it on 2.10.0
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1713825
Title:
Booting Windows 2016 with qxl video crashes qemu
Status in QEMU:
New
Bug description:
launched from libvirt.
qemu version: 2.9.0
host: Linux 4.9.34-gentoo #1 SMP Sat Jul 29 13:28:43 PDT 2017
x86_64 Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz GenuineIntel GNU/Linux
guest: Windows 2016 64 bit
Thread 28 (Thread 0x7f0e2edff700 (LWP 29860)):
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
set = {__val = {18446744067266837079, 139698892694944,
139699853745096, 139700858749789, 4222451712, 139694281220640, 139694281220741,
139694281220640, 139694281220640, 139694281220810,
139694281220940, 139694281220640, 139694281220940, 0, 0, 0}}
pid =
tid =
#1 0x7f0ea40b644a in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x7f0e2edfe5c0,
sa_sigaction = 0x7f0e2edfe5c0}, sa_mask = {__val = {139694281219872,
139698106269697, 139698892695344, 4, 2676511744, 0, 139698892695144, 0,
139698892694912, 1, 4737316546111099904, 139700859888720,
4737316546111099904, 139700862161824, 139700911349760, 94211934977482}},
sa_flags = 416,
sa_restorer = 0x55af6ceb0500 <__PRETTY_FUNCTION__.36381>}
sigs = {__val = {32, 0 }}
#2 0x7f0ea40abab6 in __assert_fail_base (fmt=,
assertion=assertion@entry=0x55af6ceafdca "offset < qxl->vga.vram_size",
file=file@entry=0x55af6ceaeaa0
"/var/tmp/portage/app-emulation/qemu-2.9.0-r2/work/qemu-2.9.0/hw/display/qxl.c",
line=line@entry=416,
function=function@entry=0x55af6ceb0500 <__PRETTY_FUNCTION__.36381>
"qxl_ram_set_dirty") at assert.c:92
str = 0x7f0d1c026220 "\340r\002\034\r\177"
total = 4096
#3 0x7f0ea40abb81 in __GI___assert_fail
(assertion=assertion@entry=0x55af6ceafdca "offset < qxl->vga.vram_size",
file=file@entry=0x55af6ceaeaa0
"/var/tmp/portage/app-emulation/qemu-2.9.0-r2/work/qemu-2.9.0/hw/display/qxl.c",
line=line@entry=416,
function=function@entry=0x55af6ceb0500 <__PRETTY_FUNCTION__.36381>
"qxl_ram_set_dirty") at assert.c:101
No locals.
#4 0x55af6cc58805 in qxl_ram_set_dirty (qxl=,
ptr=) at
/var/tmp/portage/app-emulation/qemu-2.9.0-r2/work/qemu-2.9.0/hw/display/qxl.c:416
base =
offset =
qxl =
ptr =
base =
offset =
#5 0x55af6cc5b9e2 in interface_release_resource (sin=0x55af71a91ed0,
ext=...) at
/var/tmp/portage/app-emulation/qemu-2.9.0-r2/work/qemu-2.9.0/hw/display/qxl.c:767
qxl = 0x55af71a91450
ring =
item =
id = 18446690739814400920
__func__ = "interface_release_resource"
#6 0x7f0ea510afa8 in red_drawable_unref (red_drawable=0x7f0d1c026120) at
red-worker.c:101
No locals.
#7 0x7f0ea510b609 in red_drawable_unref (red_drawable=)
at red-worker.c:104
No locals.
#8 0x7f0ea510eae9 in drawable_unref
(drawable=drawable@entry=0x7f0e68285ac0) at display-channel.c:1438
display = 0x55af71dbd3c0
__FUNCTION__ = "drawable_unref"
#9 0x7f0ea51109f7 in draw_until (display=display@entry=0x55af71dbd3c0,
surface=surface@entry=0x7f0e6828aae8, last=0x7f0e68285ac0) at
display-channel.c:1637
container = 0x0
now = 0x7f0e68285ac0
#10 0x7f0ea510f93f in display_channel_draw (display=0x55af71dbd3c0,
area=0x7f0e2edfe8e0, surface_id=) at display-channel.c:1729
surface = 0x7f0e6828aae8
last =
__FUNCTION__ = "display_channel_draw"
__func__ = "display_channel_draw"
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1713825/+subscriptions
[Qemu-devel] [Bug 1716510] Re: qemu 2.10.0 cannot boot Windows 10 familly
Ok. It looks like EDK was added to my distro and using it fixed it - https://packages.gentoo.org/packages/sys-firmware/edk2-ovmf (at least W16 - I'll try W10 tonight). Unfortunately when I run strings on edk I haven't seen anything which looked like version. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1716510 Title: qemu 2.10.0 cannot boot Windows 10 familly Status in QEMU: New Bug description: On qemu 2.10.0 Windows 10 and Windows Server 2016 hangs during boot. Below is setup of Windows Server 2016. Downgrading to 2.9 fixes the problem. /usr/bin/qemu-system-x86_64 -name guest=,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-2-/master-key.aes -machine pc-q35-2.8,accel=kvm,usb=off,dump-guest- core=off -cpu host,nx=on,hv_relaxed,hv_vapic,hv_spinlocks=0x1000,hv_vpindex,hv_runtime,hv_synic,hv_reset,kvm=off -drive file=/usr/local/share/edk2.git/ovmf-x64/OVMF-pure- efi.fd,if=pflash,format=raw,unit=0 -drive file=/var/lib/libvirt/qemu/nvram/_VARS.fd,if=pflash,format=raw,unit=1 -m 4096 -realtime mlock=off -smp 12,sockets=1,cores=6,threads=2 -object iothread,id=iothread1 -object iothread,id=iothread2 -object iothread,id=iothread3 -object iothread,id=iothread4 -object iothread,id=iothread5 -object iothread,id=iothread6 -object iothread,id=iothread7 -object iothread,id=iothread8 -object iothread,id=iothread9 -object iothread,id=iothread10 -object iothread,id=iothread11 -object iothread,id=iothread12 -uuid -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-2-/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime,clock=vm,driftfix=slew -no-shutdown -boot strict=on -device ioh3420,port=0x10,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x2 -device ioh3420,port=0x11,chassis=2,id=pci.2,bus=pcie.0,addr=0x2.0x1 -device ioh3420,port=0x12,chassis=3,id=pci.3,bus=pcie.0,addr=0x2.0x2 -device ioh3420,port=0x13,chassis=4,id=pci.4,bus=pcie.0,addr=0x2.0x3 -device ioh3420,port=0x14,chassis=5,id=pci.5,bus=pcie.0,addr=0x2.0x4 -device ioh3420,port=0x15,chassis=6,id=pci.6,bus=pcie.0,addr=0x2.0x5 -device nec-usb-xhci,id=usb,bus=pci.3,addr=0x0 -drive if=none,media=cdrom,id=drive-sata0-0-0,readonly=on -device ide- cd,bus=ide.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=2 -drive if=none,media=cdrom,id=drive-sata0-0-1,readonly=on -device ide- cd,bus=ide.1,drive=drive-sata0-0-1,id=sata0-0-1,bootindex=1 -drive file=/dev/mapper/,format=raw,if=none,id=drive-sata0-0-2 -device ide-hd,bus=ide.2,drive=drive- sata0-0-2,id=sata0-0-2,bootindex=3 -netdev tap,fd=21,id=hostnet0,vhost=on,vhostfd=23 -device virtio-net- pci,netdev=hostnet0,id=net0,mac=,bus=pci.1,addr=0x0 -netdev tap,fd=24,id=hostnet1,vhost=on,vhostfd=25 -device virtio-net- pci,netdev=hostnet1,id=net1,mac=,bus=pci.2,addr=0x0 -device usb- tablet,id=input0,bus=usb.0,port=1 -spice unix,addr=/var/lib/libvirt/qemu/domain-2-/spice.sock,disable- ticketing,image-compression=auto_glz,seamless-migration=on -vnc 127.0.0.1:0 -device qxl- vga,id=video0,ram_size=67108864,vram_size=16777216,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pcie.0,addr=0x1 -device vhost-scsi- pci,wwpn=,vhostfd=26,id=hostdev0,bus=pcie.0,addr=0x9 -device virtio-balloon-pci,id=balloon0,bus=pci.4,addr=0x0 -object rng- random,id=objrng0,filename=/dev/random -device virtio-rng- pci,rng=objrng0,id=rng0,max-bytes=1024,period=1000,bus=pci.5,addr=0x0 -msg timestamp=o To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1716510/+subscriptions
[Qemu-devel] [Bug 1716510] [NEW] qemu 2.10.0 cannot boot Windows 10 familly
Public bug reported: On qemu 2.10.0 Windows 10 and Windows Server 2016 hangs during boot. Below is setup of Windows Server 2016. Downgrading to 2.9 fixes the problem. /usr/bin/qemu-system-x86_64 -name guest=,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-2-/master-key.aes -machine pc-q35-2.8,accel=kvm,usb=off,dump-guest- core=off -cpu host,nx=on,hv_relaxed,hv_vapic,hv_spinlocks=0x1000,hv_vpindex,hv_runtime,hv_synic,hv_reset,kvm=off -drive file=/usr/local/share/edk2.git/ovmf-x64/OVMF-pure- efi.fd,if=pflash,format=raw,unit=0 -drive file=/var/lib/libvirt/qemu/nvram/_VARS.fd,if=pflash,format=raw,unit=1 -m 4096 -realtime mlock=off -smp 12,sockets=1,cores=6,threads=2 -object iothread,id=iothread1 -object iothread,id=iothread2 -object iothread,id=iothread3 -object iothread,id=iothread4 -object iothread,id=iothread5 -object iothread,id=iothread6 -object iothread,id=iothread7 -object iothread,id=iothread8 -object iothread,id=iothread9 -object iothread,id=iothread10 -object iothread,id=iothread11 -object iothread,id=iothread12 -uuid -no- user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-2-/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime,clock=vm,driftfix=slew -no-shutdown -boot strict=on -device ioh3420,port=0x10,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x2 -device ioh3420,port=0x11,chassis=2,id=pci.2,bus=pcie.0,addr=0x2.0x1 -device ioh3420,port=0x12,chassis=3,id=pci.3,bus=pcie.0,addr=0x2.0x2 -device ioh3420,port=0x13,chassis=4,id=pci.4,bus=pcie.0,addr=0x2.0x3 -device ioh3420,port=0x14,chassis=5,id=pci.5,bus=pcie.0,addr=0x2.0x4 -device ioh3420,port=0x15,chassis=6,id=pci.6,bus=pcie.0,addr=0x2.0x5 -device nec-usb-xhci,id=usb,bus=pci.3,addr=0x0 -drive if=none,media=cdrom,id=drive-sata0-0-0,readonly=on -device ide- cd,bus=ide.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=2 -drive if=none,media=cdrom,id=drive-sata0-0-1,readonly=on -device ide- cd,bus=ide.1,drive=drive-sata0-0-1,id=sata0-0-1,bootindex=1 -drive file=/dev/mapper/,format=raw,if=none,id=drive-sata0-0-2 -device ide-hd,bus=ide.2,drive=drive-sata0-0-2,id=sata0-0-2,bootindex=3 -netdev tap,fd=21,id=hostnet0,vhost=on,vhostfd=23 -device virtio-net- pci,netdev=hostnet0,id=net0,mac=,bus=pci.1,addr=0x0 -netdev tap,fd=24,id=hostnet1,vhost=on,vhostfd=25 -device virtio-net- pci,netdev=hostnet1,id=net1,mac=,bus=pci.2,addr=0x0 -device usb- tablet,id=input0,bus=usb.0,port=1 -spice unix,addr=/var/lib/libvirt/qemu/domain-2-/spice.sock,disable- ticketing,image-compression=auto_glz,seamless-migration=on -vnc 127.0.0.1:0 -device qxl- vga,id=video0,ram_size=67108864,vram_size=16777216,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pcie.0,addr=0x1 -device vhost-scsi- pci,wwpn=,vhostfd=26,id=hostdev0,bus=pcie.0,addr=0x9 -device virtio-balloon-pci,id=balloon0,bus=pci.4,addr=0x0 -object rng- random,id=objrng0,filename=/dev/random -device virtio-rng- pci,rng=objrng0,id=rng0,max-bytes=1024,period=1000,bus=pci.5,addr=0x0 -msg timestamp=o ** Affects: qemu Importance: Undecided Status: New -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1716510 Title: qemu 2.10.0 cannot boot Windows 10 familly Status in QEMU: New Bug description: On qemu 2.10.0 Windows 10 and Windows Server 2016 hangs during boot. Below is setup of Windows Server 2016. Downgrading to 2.9 fixes the problem. /usr/bin/qemu-system-x86_64 -name guest=,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-2-/master-key.aes -machine pc-q35-2.8,accel=kvm,usb=off,dump-guest- core=off -cpu host,nx=on,hv_relaxed,hv_vapic,hv_spinlocks=0x1000,hv_vpindex,hv_runtime,hv_synic,hv_reset,kvm=off -drive file=/usr/local/share/edk2.git/ovmf-x64/OVMF-pure- efi.fd,if=pflash,format=raw,unit=0 -drive file=/var/lib/libvirt/qemu/nvram/_VARS.fd,if=pflash,format=raw,unit=1 -m 4096 -realtime mlock=off -smp 12,sockets=1,cores=6,threads=2 -object iothread,id=iothread1 -object iothread,id=iothread2 -object iothread,id=iothread3 -object iothread,id=iothread4 -object iothread,id=iothread5 -object iothread,id=iothread6 -object iothread,id=iothread7 -object iothread,id=iothread8 -object iothread,id=iothread9 -object iothread,id=iothread10 -object iothread,id=iothread11 -object iothread,id=iothread12 -uuid -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-2-/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime,clock=vm,driftfix=slew -no-shutdown -boot strict=on -device ioh3420,port=0x10,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x2 -device ioh3420,port=0x11,chassis=2,id=pci.2,bus=pcie.0,addr=0x2.0x1 -device ioh3420,port=0x12,chassis=3,id=pci.3,bus=pcie.0,addr=0x2.0x2 -device
[Qemu-devel] [Bug 1713825] [NEW] Booting Windows 2016 with qxl video crashes qemu
Public bug reported:
launched from libvirt.
qemu version: 2.9.0
host: Linux 4.9.34-gentoo #1 SMP Sat Jul 29 13:28:43 PDT 2017 x86_64
Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz GenuineIntel GNU/Linux
guest: Windows 2016 64 bit
Thread 28 (Thread 0x7f0e2edff700 (LWP 29860)):
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
set = {__val = {18446744067266837079, 139698892694944, 139699853745096,
139700858749789, 4222451712, 139694281220640, 139694281220741, 139694281220640,
139694281220640, 139694281220810,
139694281220940, 139694281220640, 139694281220940, 0, 0, 0}}
pid =
tid =
#1 0x7f0ea40b644a in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x7f0e2edfe5c0, sa_sigaction
= 0x7f0e2edfe5c0}, sa_mask = {__val = {139694281219872, 139698106269697,
139698892695344, 4, 2676511744, 0, 139698892695144, 0,
139698892694912, 1, 4737316546111099904, 139700859888720,
4737316546111099904, 139700862161824, 139700911349760, 94211934977482}},
sa_flags = 416,
sa_restorer = 0x55af6ceb0500 <__PRETTY_FUNCTION__.36381>}
sigs = {__val = {32, 0 }}
#2 0x7f0ea40abab6 in __assert_fail_base (fmt=,
assertion=assertion@entry=0x55af6ceafdca "offset < qxl->vga.vram_size",
file=file@entry=0x55af6ceaeaa0
"/var/tmp/portage/app-emulation/qemu-2.9.0-r2/work/qemu-2.9.0/hw/display/qxl.c",
line=line@entry=416,
function=function@entry=0x55af6ceb0500 <__PRETTY_FUNCTION__.36381>
"qxl_ram_set_dirty") at assert.c:92
str = 0x7f0d1c026220 "\340r\002\034\r\177"
total = 4096
#3 0x7f0ea40abb81 in __GI___assert_fail
(assertion=assertion@entry=0x55af6ceafdca "offset < qxl->vga.vram_size",
file=file@entry=0x55af6ceaeaa0
"/var/tmp/portage/app-emulation/qemu-2.9.0-r2/work/qemu-2.9.0/hw/display/qxl.c",
line=line@entry=416,
function=function@entry=0x55af6ceb0500 <__PRETTY_FUNCTION__.36381>
"qxl_ram_set_dirty") at assert.c:101
No locals.
#4 0x55af6cc58805 in qxl_ram_set_dirty (qxl=,
ptr=) at
/var/tmp/portage/app-emulation/qemu-2.9.0-r2/work/qemu-2.9.0/hw/display/qxl.c:416
base =
offset =
qxl =
ptr =
base =
offset =
#5 0x55af6cc5b9e2 in interface_release_resource (sin=0x55af71a91ed0,
ext=...) at
/var/tmp/portage/app-emulation/qemu-2.9.0-r2/work/qemu-2.9.0/hw/display/qxl.c:767
qxl = 0x55af71a91450
ring =
item =
id = 18446690739814400920
__func__ = "interface_release_resource"
#6 0x7f0ea510afa8 in red_drawable_unref (red_drawable=0x7f0d1c026120) at
red-worker.c:101
No locals.
#7 0x7f0ea510b609 in red_drawable_unref (red_drawable=) at
red-worker.c:104
No locals.
#8 0x7f0ea510eae9 in drawable_unref
(drawable=drawable@entry=0x7f0e68285ac0) at display-channel.c:1438
display = 0x55af71dbd3c0
__FUNCTION__ = "drawable_unref"
#9 0x7f0ea51109f7 in draw_until (display=display@entry=0x55af71dbd3c0,
surface=surface@entry=0x7f0e6828aae8, last=0x7f0e68285ac0) at
display-channel.c:1637
container = 0x0
now = 0x7f0e68285ac0
#10 0x7f0ea510f93f in display_channel_draw (display=0x55af71dbd3c0,
area=0x7f0e2edfe8e0, surface_id=) at display-channel.c:1729
surface = 0x7f0e6828aae8
last =
__FUNCTION__ = "display_channel_draw"
__func__ = "display_channel_draw"
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1713825
Title:
Booting Windows 2016 with qxl video crashes qemu
Status in QEMU:
New
Bug description:
launched from libvirt.
qemu version: 2.9.0
host: Linux 4.9.34-gentoo #1 SMP Sat Jul 29 13:28:43 PDT 2017
x86_64 Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz GenuineIntel GNU/Linux
guest: Windows 2016 64 bit
Thread 28 (Thread 0x7f0e2edff700 (LWP 29860)):
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
set = {__val = {18446744067266837079, 139698892694944,
139699853745096, 139700858749789, 4222451712, 139694281220640, 139694281220741,
139694281220640, 139694281220640, 139694281220810,
139694281220940, 139694281220640, 139694281220940, 0, 0, 0}}
pid =
tid =
#1 0x7f0ea40b644a in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x7f0e2edfe5c0,
sa_sigaction = 0x7f0e2edfe5c0}, sa_mask = {__val = {139694281219872,
139698106269697, 139698892695344, 4, 2676511744, 0, 139698892695144, 0,
139698892694912, 1, 4737316546111099904, 139700859888720,
4737316546111099904, 139700862161824, 139700911349760, 94211934977482}},
sa_flags = 416,
sa_restorer = 0x55af6ceb0500 <__PRETTY_FUNCTION__.36381>}
sigs = {__val = {32, 0 }}
#2
