On Tue, Aug 30, 2011 at 10:48:11AM +0200, Paolo Bonzini wrote:
> On 08/29/2011 08:49 PM, Marcelo Tosatti wrote:
> >>> -static void buffered_rate_tick(void *opaque)
> >>> +static void *migrate_vm(void *opaque)
> >>>{
> >
> >buffered_file.c was generic code that has now become migration specifi
On 08/29/2011 08:49 PM, Marcelo Tosatti wrote:
> -static void buffered_rate_tick(void *opaque)
> +static void *migrate_vm(void *opaque)
>{
buffered_file.c was generic code that has now become migration specific
(although migration was the only user). So it should either stop
pretending to
On Sat, Aug 27, 2011 at 02:09:48PM -0400, Umesh Deshpande wrote:
> This patch creates a separate thread for the guest migration on the source
> side.
> All exits (on completion/error) from the migration thread are handled by a
> bottom handler, which is called from the iothread.
>
> Signed-off-by
On 08/29/2011 05:09 AM, Stefan Hajnoczi wrote:
On Sat, Aug 27, 2011 at 7:09 PM, Umesh Deshpande wrote:
This patch creates a separate thread for the guest migration on the source side.
All exits (on completion/error) from the migration thread are handled by a
bottom handler, which is called from
On Sat, Aug 27, 2011 at 7:09 PM, Umesh Deshpande wrote:
> This patch creates a separate thread for the guest migration on the source
> side.
> All exits (on completion/error) from the migration thread are handled by a
> bottom handler, which is called from the iothread.
>
> Signed-off-by: Umesh D
This patch creates a separate thread for the guest migration on the source side.
All exits (on completion/error) from the migration thread are handled by a
bottom handler, which is called from the iothread.
Signed-off-by: Umesh Deshpande
---
buffered_file.c | 76 ---
