Re: [Spice-devel] [vdagent-win V2 4/6] Fix Visual Studio compiler warning (sscanf/strcat)
On Mon, Oct 13, 2014 at 05:26:17PM +0300, Uri Lublin wrote: Finally got to give your suggestion a try. My system is Fedora 20, with mingw32-headers-3.2.0-1.fc20.noarch installed. At first I was able to build with strcat_s, but the program failed to run on Windows XP, claiming it was missing that function. As you've mention sscanf_s needs to be declared in the src file, but the program failed to run on Windows XP, claiming it was missing that function. (This should probably be added to mingw's sec_api/string.h) After playing with it, I was able to make it work, by linking with -lmsvcr100 and installing Microsoft Visual C++ 2010 redistributable (x86) on the Windows XP. But when building with vc++, you can use strcat_s without installing this runtime? Christophe pgpmu1unMBds9.pgp Description: PGP signature ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] investigation into spice kms crash
Hi David, Just to add another data point to this, two of my colleagues are seeing the exact same issue, however its happening on a very underutilized gigabit LAN, connected to a very underutilized baremetal server. It seems to occur about once or twice per day for one (he swears it mostly happens when he opens firefox by clicking on a link in thunderbird), and about once per week for the other. They are both on the exact same guest OS's hosted on the exact same server. This just started happening after upgrading the guest OS and server OS from Ubuntu 13.04 to 14.04. Is there anything I can do to help track this down? Here is sample trace: Oct 15 13:48:43 timetrex1 kernel: [108682.060088] WARNING: CPU: 0 PID: 1369 at /build/buildd/linux-3.13.0/drivers/gpu/drm/qxl/qxl_ttm.c:420 qxl_sync_obj_wait+0x172/0x1f0 [qxl]() Oct 15 13:48:43 timetrex1 kernel: [108682.060090] sync obj 301 still has outstanding releases 0 0 0 262144 1 Oct 15 13:48:43 timetrex1 kernel: [108682.060091] Modules linked in: arc4 md4 nls_utf8 cifs kvm_intel snd_hda_intel kvm snd_hda_codec rfcomm bnep bluetooth snd_hwdep crct10dif_pclmul snd_pcm crc32_pclmul ghash_clmulni_intel aesni_intel snd_page_alloc snd_seq_midi snd_seq_midi_event aes_x86_64 snd_rawmidi snd_seq snd_seq_device snd_timer lrw gf128mul snd soundcore glue_helper ablk_helper cryptd serio_raw i2c_piix4 mac_hid nfsd auth_rpcgss nfs_acl nfs lockd parport_pc ppdev lp sunrpc parport fscache qxl ttm drm_kms_helper psmouse drm floppy Oct 15 13:48:43 timetrex1 kernel: [108682.060112] CPU: 0 PID: 1369 Comm: Xorg Not tainted 3.13.0-34-generic #60-Ubuntu Oct 15 13:48:43 timetrex1 kernel: [108682.060114] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Bochs 01/01/2011 Oct 15 13:48:43 timetrex1 kernel: [108682.060115] 0009 8800b8c598b0 8171bd94 8800b8c598f8 Oct 15 13:48:43 timetrex1 kernel: [108682.060117] 8800b8c598e8 810676cd 0001 88003595c740 Oct 15 13:48:43 timetrex1 kernel: [108682.060119] 0001 88003595c758 8800b8c59948 Oct 15 13:48:43 timetrex1 kernel: [108682.060121] Call Trace: Oct 15 13:48:43 timetrex1 kernel: [108682.060139] [8171bd94] dump_stack+0x45/0x56 Oct 15 13:48:43 timetrex1 kernel: [108682.060148] [810676cd] warn_slowpath_common+0x7d/0xa0 Oct 15 13:48:43 timetrex1 kernel: [108682.060150] [8106773c] warn_slowpath_fmt+0x4c/0x50 Oct 15 13:48:43 timetrex1 kernel: [108682.060155] [8171f853] ? schedule_hrtimeout_range+0x13/0x20 Oct 15 13:48:43 timetrex1 kernel: [108682.060158] [a00ca012] qxl_sync_obj_wait+0x172/0x1f0 [qxl] Oct 15 13:48:43 timetrex1 kernel: [108682.060169] [a00a7781] ttm_bo_wait+0x91/0x190 [ttm] Oct 15 13:48:43 timetrex1 kernel: [108682.060173] [a00a9214] ttm_bo_evict+0x54/0x340 [ttm] Oct 15 13:48:43 timetrex1 kernel: [108682.060176] [a00a96a8] ttm_mem_evict_first+0x1a8/0x220 [ttm] Oct 15 13:48:43 timetrex1 kernel: [108682.060180] [a00a99b0] ttm_bo_mem_space+0x290/0x340 [ttm] Oct 15 13:48:43 timetrex1 kernel: [108682.060238] [a00a9dca] ttm_bo_move_buffer+0xba/0x130 [ttm] Oct 15 13:48:43 timetrex1 kernel: [108682.060242] [a00a9f01] ttm_bo_validate+0xc1/0x130 [ttm] Oct 15 13:48:43 timetrex1 kernel: [108682.060246] [a00aa1d5] ttm_bo_init+0x265/0x420 [ttm] Oct 15 13:48:43 timetrex1 kernel: [108682.060249] [a00cc04e] qxl_bo_create+0x14e/0x1d0 [qxl] Oct 15 13:48:43 timetrex1 kernel: [108682.060253] [a00cbdb0] ? qxl_fbdev_qobj_is_fb+0x30/0x30 [qxl] Oct 15 13:48:43 timetrex1 kernel: [108682.060256] [a00cc777] qxl_gem_object_create+0x57/0x100 [qxl] Oct 15 13:48:43 timetrex1 kernel: [108682.060261] [a00cc86d] qxl_gem_object_create_with_handle+0x4d/0x100 [qxl] Oct 15 13:48:43 timetrex1 kernel: [108682.060264] [a00cf8ca] qxl_alloc_ioctl+0x3a/0xa0 [qxl] Oct 15 13:48:43 timetrex1 kernel: [108682.060271] [8117ce78] ? __vma_link_file+0x48/0x80 Oct 15 13:48:43 timetrex1 kernel: [108682.060292] [a001cc22] drm_ioctl+0x502/0x630 [drm] Oct 15 13:48:43 timetrex1 kernel: [108682.060299] [8104f28f] ? kvm_clock_read+0x1f/0x30 Oct 15 13:48:43 timetrex1 kernel: [108682.060316] [8101b7e9] ? sched_clock+0x9/0x10 Oct 15 13:48:43 timetrex1 kernel: [108682.060322] [8109d1ad] ? sched_clock_local+0x1d/0x80 Oct 15 13:48:43 timetrex1 kernel: [108682.060327] [811cfd10] do_vfs_ioctl+0x2e0/0x4c0 Oct 15 13:48:43 timetrex1 kernel: [108682.060329] [8109ddf4] ? vtime_account_user+0x54/0x60 Oct 15 13:48:43 timetrex1 kernel: [108682.060331] [811cff71] SyS_ioctl+0x81/0xa0 Oct 15 13:48:43 timetrex1 kernel: [108682.060336] [8172c97f] tracesys+0xe1/0xe6 Oct 15 13:48:43 timetrex1 kernel: [108682.060337] ---[ end trace 5f3bb71d5aebd12e ]--- Oct 15 13:48:43 timetrex1 kernel: [108682.060339] [TTM] Failed to expire sync
[Spice-devel] unwatchable choppy performance using fullscreen flash in windows VM
Hey all, Using a high-end Fedora 20 host, I get very poor choppy performance running flash full-screen in a Windows VM. I need to use Windows due to DRM stuff (nflsundayticket.tv). I've tried different virtual graphics adapters, but nothing helps. Attempting 1920x1080. Flash 15. Using remote-viewer or virt-manager, spice, QXL is set to 64 MB RAM. Some googling suggests that QXL just can't handle 1920x1080 flash fullscreen. Using VirtualBox gives pretty flawless performance at 1920x1080. But I want to use virt-manager / virt-viewer and KVM, of course :) I've also had success using VLC to stream the non-maximized flash player from the windows guest to the host, and then VLC scales up on the host (using host hardware acceleration, I think). But this is a bit of a pain to manage. One option I've read about is passing through a graphics adapter. My host machine has my primary nvidia card, but it also has the onboard Intel adapter that I don't use. Maybe if I can pass this Intel card through, I'd get the performance I'm looking for. From what I can tell, this isn't quite ready for primetime. I know about the 64bit vram bar, but I haven't tried it for this. Would it help? Any other ideas? Thanks, Greg Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gsher...@redhat.com ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel
Re: [Spice-devel] unwatchable choppy performance using fullscreen flash in windows VM
On 10/16/2014 04:25 AM, Greg Sheremeta wrote: Hey all, Using a high-end Fedora 20 host, I get very poor choppy performance running flash full-screen in a Windows VM. I need to use Windows due to DRM stuff (nflsundayticket.tv). I've tried different virtual graphics adapters, but nothing helps. Attempting 1920x1080. Flash 15. Using remote-viewer or virt-manager, spice, QXL is set to 64 MB RAM. Some googling suggests that QXL just can't handle 1920x1080 flash fullscreen. Using VirtualBox gives pretty flawless performance at 1920x1080. But I want to use virt-manager / virt-viewer and KVM, of course :) I've also had success using VLC to stream the non-maximized flash player from the windows guest to the host, and then VLC scales up on the host (using host hardware acceleration, I think). But this is a bit of a pain to manage. One option I've read about is passing through a graphics adapter. My host machine has my primary nvidia card, but it also has the onboard Intel adapter that I don't use. Maybe if I can pass this Intel card through, I'd get the performance I'm looking for. From what I can tell, this isn't quite ready for primetime. I know about the 64bit vram bar, but I haven't tried it for this. Would it help? Any other ideas? Try turning off image compressoin: -spice image-compression=off,other options Thanks, Greg Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gsher...@redhat.com ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel ___ Spice-devel mailing list Spice-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/spice-devel