qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [question] live migration about redir-usb


From: Gerd Hoffmann
Subject: Re: [Qemu-devel] [question] live migration about redir-usb
Date: Mon, 26 Nov 2018 09:49:33 +0100
User-agent: NeoMutt/20180716

On Mon, Nov 26, 2018 at 06:53:23AM +0000, linzhecheng wrote:
> 
> 
> > -----Original Message-----
> > From: Gerd Hoffmann [mailto:address@hidden
> > Sent: Monday, November 26, 2018 2:46 PM
> > To: linzhecheng <address@hidden>
> > Cc: address@hidden; wangxin (U) <address@hidden>;
> > Zhoujian (jay) <address@hidden>
> > Subject: Re: [Qemu-devel] [question] live migration about redir-usb
> > 
> > On Mon, Nov 26, 2018 at 02:29:12AM +0000, linzhecheng wrote:
> > > Hi, Gerd
> > > I have read this discussion thread about live migration in tcp mode.
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1254971
> > > Only spice redirection supports live migration not, but why not tcp mode?
> > > Does usbredirserver not support it or qemu?
> > 
> > usbredirserver.
> > 
> > spice client holds a connection to both source and target host for a 
> > seamless
> > connection handover, and usb-redir needs that too to hand over the usb 
> > device
> > without interruption.
> > 
> > usbredirserver can't do that.

> So if we realize the handover between src and dst chardev of qemu, we
> can do live migration in tcp mode.

> Is it similar with openvswtich who both accept the connection of src and dst 
> qemu?

It is more complicated than just accepting two connections.  Network can
just throw away packages if needed, typicaly they will be resent by the
guest.  That doesn't work with usb, you must properly keep track of
every in-flight usb transfer.

What exactly do you want do?

Maybe it will be simpler to build a stripped-down spice client with only
the usb redir code, which doesn't require a UI and which you can start
from the command line like usbredirserver?  Most spice client code is
actually in shared libraries, so it should not be too much work.

cheers,
  Gerd




reply via email to

[Prev in Thread] Current Thread [Next in Thread]