Re: [RFC] Moving dirty bitmaps to userspace - Double buffering approach

2010-03-15 Thread Marcelo Tosatti
On Mon, Mar 08, 2010 at 05:22:43PM +0900, Takuya Yoshikawa wrote: Hi, I would like to hear your comments about the following plan: Moving dirty bitmaps to userspace - Double buffering approach especially I would be glad if I can hear some advice about how to keep the compatibility.

Re: [RFC] Moving dirty bitmaps to userspace - Double buffering approach

2010-03-15 Thread Avi Kivity
On 03/15/2010 10:33 AM, Marcelo Tosatti wrote: Are there any good ways to solve this kind of problems? You can introduce a new get_dirty_log ioctl that passes the address of the next bitmap in userspace, and use it (after pinning with get_user_pages), instead of vmalloc'ing. No

Re: [RFC] Moving dirty bitmaps to userspace - Double buffering approach

2010-03-15 Thread Takuya Yoshikawa
Avi Kivity wrote: On 03/15/2010 10:33 AM, Marcelo Tosatti wrote: Are there any good ways to solve this kind of problems? You can introduce a new get_dirty_log ioctl that passes the address of the next bitmap in userspace, and use it (after pinning with get_user_pages), instead of

[RFC] Moving dirty bitmaps to userspace - Double buffering approach

2010-03-08 Thread Takuya Yoshikawa
Hi, I would like to hear your comments about the following plan: Moving dirty bitmaps to userspace - Double buffering approach especially I would be glad if I can hear some advice about how to keep the compatibility. Thanks in advance, Takuya --- Overview: Last time, I submitted a

Re: [RFC] Moving dirty bitmaps to userspace - Double buffering approach

2010-03-08 Thread Avi Kivity
On 03/08/2010 10:22 AM, Takuya Yoshikawa wrote: Hi, I would like to hear your comments about the following plan: Moving dirty bitmaps to userspace - Double buffering approach especially I would be glad if I can hear some advice about how to keep the compatibility. Thanks in advance,