[Spice-devel] any dev plan for NVIDIA GRID

2013-04-25 Thread 李彪
hi,all. is there any dev plan for NVIDIA GRID ? I saw that citrix is ready for it. how about kvm ? I think it is the big hardware progress in VDI, and what is the plan of kvm for supporting it ? thomas___ Spice-devel mailing list

Re: [Spice-devel] any dev plan for NVIDIA GRID

2013-04-25 Thread Dunrong Huang
On Thu, Apr 25, 2013 at 1:30 PM, 李彪 thomas...@sinobot.com.cn wrote: hi,all. is there any dev plan for NVIDIA GRID http://news.nvidia.com/t/210953/47122991/16665/37/ ? I saw that citrix is ready for it. how about kvm ? I think it is the big hardware progress in VDI, and what is the plan of

Re: [Spice-devel] how to limit redirected usb show in guestVM

2013-04-25 Thread David Jaša
bigclouds píše v Čt 25. 04. 2013 v 09:41 +0800: hi,all if user has several usb, and plug them at the same time when using spice-client. all usb devices will be present in guestVM. i want to know if i can control which usb device can be present in guestVM? Yes, you can, using filter string.

Re: [Spice-devel] 回复: any dev plan for NVIDIA GRID

2013-04-25 Thread Dunrong Huang
On Thu, Apr 25, 2013 at 5:13 PM, 李彪 cloudbot-...@sinobot.com.cn wrote: Dunrong, do you know any tech info on supporting NVIDIA GRID in kvm ? Have no idea of NVIDIA GRID under kvm. I suggest you send an email to kvm mailing list where many people may have interest. thomas

Re: [Spice-devel] how to limit redirected usb show in guestVM

2013-04-25 Thread Hans de Goede
Hi, On 04/25/2013 10:25 AM, David Jaša wrote: bigclouds píše v Čt 25. 04. 2013 v 09:41 +0800: hi,all if user has several usb, and plug them at the same time when using spice-client. all usb devices will be present in guestVM. i want to know if i can control which usb device can be present in

[Spice-devel] [PATCH spice] migration: set low_bandwidth if enable_jpeg

2013-04-25 Thread Marc-André Lureau
The migration dest will use only the value of low_bandwidth to restore the surfaces with lossy settings. But the server estimates low_bandwidth on each connection, which might not be the same after each migration. Older origin servers will still be vulnerable to assert() on destination. To

Re: [Spice-devel] [PATCH spice] migration: set low_bandwidth if enable_jpeg

2013-04-25 Thread Yonit Halperin
Hi, Good Catch! Actually, the bandwidth is not getting evaluated after migration . I think it is better, if we replace display_channel_client_is_low_bandwidth with a boolean in the display channel client that will be set once, when the channel is created (by calling

Re: [Spice-devel] [PATCH spice] migration: set low_bandwidth if enable_jpeg

2013-04-25 Thread Yonit Halperin
Also forgot to add, that in general, regarding errors and asserts is spice-server that are related to the connection to the client, we should abort the server, but rather disconnect the client. For the specific assert the patch is referring to, I also believe the client should be disconnected.

Re: [Spice-devel] [PATCH spice] migration: set low_bandwidth if enable_jpeg

2013-04-25 Thread David Jaša
Yonit Halperin píše v Čt 25. 04. 2013 v 10:15 -0400: Also forgot to add, that in general, regarding errors and asserts is spice-server that are related to the connection to the client, we should abort the server, but rather disconnect the client. Spot on. Problem with client connection

Re: [Spice-devel] [PATCH spice] migration: set low_bandwidth if enable_jpeg

2013-04-25 Thread Marc-André Lureau
Hi - Mensaje original - Also forgot to add, that in general, regarding errors and asserts is spice-server that are related to the connection to the client, we should abort the server, but rather disconnect the client. Sure, but in this case, everything continue to work fine after the

Re: [Spice-devel] [PATCH spice] migration: set low_bandwidth if enable_jpeg

2013-04-25 Thread Yonit Halperin
Hi, On 04/25/2013 10:58 AM, Marc-André Lureau wrote: Hi - Mensaje original - Also forgot to add, that in general, regarding errors and asserts is spice-server that are related to the connection to the client, we should abort the server, but rather disconnect the client. Sure, but in