On Tuesday 15 April 2014 19:25:22 Rick Vernam wrote: > Looks like it's in Spice: > > [New Thread 0x7ffe5dffb700 (LWP 28129)] > main_channel_handle_parsed: agent start > main_channel_handle_parsed: agent start > [Thread 0x7fff5a7fc700 (LWP 28072) exited] > > Program received signal SIGSEGV, Segmentation fault. > 0x00007ffff2152ee5 in ?? () from /usr/lib64/libspice-server.so.1 > (gdb) bt > #0 0x00007ffff2152ee5 in ?? () from /usr/lib64/libspice-server.so.1 > #1 0x00007ffff2153d28 in ?? () from /usr/lib64/libspice-server.so.1 > #2 0x00007ffff21a0821 in spice_server_vm_start () from > /usr/lib64/libspice-server.so.1 #3 0x00005555556a1119 in ?? () > #4 0x00005555556a0958 in ?? () > #5 0x00005555556a0878 in ?? () > #6 0x00005555556a0958 in ?? () > #7 0x00005555557d717a in ?? () > #8 0x00005555555f9e2f in main () > > > I'll see if I can build spice with debugging symbols and what not and write > back with findings. Are others have problems with Qemu 2.0 RCs & Spice? > > Here is how I started qemu with gdb: > > QEMU_AUDIO_DRV=spice > TMPDIR=/home/rick/qemu/hds gdb --args /usr/local/bin/qemu-system-x86_64 -cpu > host -enable-kvm \ -m 1536 -name Win7Pro64 -localtime -no-fd-bootchk -smp > cores=4 \ > -pidfile /home/rick/qemu/hds/win7pro64.pid \ > -drive file=/home/rick/qemu/hds/win7pro64.qed,if=virtio,index=0,snapshot=on > \ -vga qxl \ > -net nic,model=virtio -net user \ > -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 > \ -chardev spicevmc,name=vdagent,id=vdagent \ > -device > virtserialport,nr=1,bus=virtio-serial0.0,chardev=vdagent,name=com.redhat.sp > ice.0 \ -spice port=1247,disable-ticketing \ > -monitor telnet:localhost:12471,server,nowait \ > -drive if=none,id=cd,file=/dev/sg1 \ > -device virtio-scsi-pci,id=scsi \ > -device scsi-generic,drive=cd \ > -balloon virtio \ > -soundhw hda \ > -device usb-ehci > > > Thanks, > -Rick > > On Tuesday 15 April 2014 15:22:04 Dr. David Alan Gilbert wrote: > > * Rick Vernam (rtver...@hobi.com) wrote: > > > I have been trying out the 2.0 RCs, and I've noticed that when I use > > > spice > > > qemu aborts when I reboot the VM. This occurs on Win XP guest, Win 7 > > > (64-bit) guest and Win 8 (64-bit) guest. > > > Is this something that anybody else experiences? > > > I don't care to divert anybody's energy if this a spice thing - how best > > > to > > > determine this? > > > > You say qemu aborts; can you get a backtrace and the abort message? > > > > Dave > > -- > > Dr. David Alan Gilbert / dgilb...@redhat.com / Manchester, UK
sorry, for top posting my last response. and also sorry for not noticing that I had let the binaries get stripped previously. Here with qemu-system-x86_64 not stripped, and spice lib not stripped: Program received signal SIGSEGV, Segmentation fault. 0x00007ffff211eae5 in spice_char_device_write_to_device (dev=0x55555687bcf0) at char_device.c:443 443 sif = SPICE_CONTAINEROF(dev->sin->base.sif, SpiceCharDeviceInterface, base); (gdb) bt #0 0x00007ffff211eae5 in spice_char_device_write_to_device (dev=0x55555687bcf0) at char_device.c:443 #1 0x00007ffff211fd81 in spice_char_device_start (dev=0x55555687bcf0) at char_device.c:798 #2 0x00007ffff2171f95 in spice_server_vm_start (s=0x5555561d4360) at reds.c:4520 #3 0x00005555556a1119 in qdev_reset_one (dev=<optimized out>, opaque=<optimized out>) at hw/core/qdev.c:240 #4 0x00005555556a0958 in qbus_walk_children (bus=0x5555567576a0, pre_devfn=0x0, pre_busfn=0x0, post_devfn=0x5555556a1100 <qdev_reset_one>, post_busfn=0x55555569f060 <qbus_reset_one>, opaque=0x0) at hw/core/qdev.c:369 #5 0x00005555556a0878 in qdev_walk_children (dev=0x55555677c0b0, pre_devfn=0x0, pre_busfn=0x0, post_devfn=0x5555556a1100 <qdev_reset_one>, post_busfn=0x55555569f060 <qbus_reset_one>, opaque=0x0) at hw/core/qdev.c:403 #6 0x00005555556a0958 in qbus_walk_children (bus=0x5555567459c0, pre_devfn=0x0, pre_busfn=0x0, post_devfn=0x5555556a1100 <qdev_reset_one>, post_busfn=0x55555569f060 <qbus_reset_one>, opaque=0x0) at hw/core/qdev.c:369 #7 0x00005555557d717a in qemu_devices_reset () at vl.c:1867 #8 qemu_system_reset (report=report@entry=true) at vl.c:1880 #9 0x00005555555f9e2f in main_loop_should_exit () at vl.c:2015 #10 main_loop () at vl.c:2055 #11 main (argc=<optimized out>, argv=<optimized out>, envp=<optimized out>) at vl.c:4507 Thanks, and what can I do to provide more info? -Rick
