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 t

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 th

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 sh

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. W

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 main_channel_client_is_low_

[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 mitigat

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

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

2013-04-25 Thread Dunrong Huang
On Thu, Apr 25, 2013 at 5:13 PM, 李彪 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 > -- 原始邮件

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

2013-04-25 Thread 李彪
Dunrong, do you know any tech info on supporting NVIDIA GRID in kvm ? thomas -- 原始邮件 -- 发件人: "Dunrong Huang"; 发送时间: 2013年4月25日(星期四) 下午3:37 收件人: "李彪"; 抄送: "spice-devel"; 主题: Re: [Spice-devel] any dev plan for NVIDIA GRID On Thu, Apr 25, 2013 at 1:30 PM

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 str

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

2013-04-25 Thread Dunrong Huang
On Thu, Apr 25, 2013 at 1:30 PM, 李彪 wrote: > 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 suppo