qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] 答复: Re: New function: Remot USB support in qemu
@ 2017-04-28  2:10 yuan.zhong
  2017-04-28  8:39 ` Gerd Hoffmann
  0 siblings, 1 reply; 2+ messages in thread
From: yuan.zhong @ 2017-04-28  2:10 UTC (permalink / raw)
  To: kraxel; +Cc: afaerber, pbonzini, qemu-devel, hdegoede

[-- Attachment #1: Type: text/plain, Size: 3477 bytes --]

On Do, 2017-04-27 at 14:30 +0800, yuan.zhong@zte.com.cn wrote:> > Mr. Hoffmann,>>  > > > Thank you for your time.> > > > > > This email will describe a new module that I'd like to commit to the> > qemu code source.> > > > We call it as remote usb, and this is features:> > > > 1. real usb device is aside on a windows client.> > > > 2. keeping a connection between the client and the VMs host OS> > > > 3. qemu simulate a remote usb device through our remote usb module> > > > 4. the communication between real usb device and the simulation remote> > usb is based on USB/IP protocol.> qemu supports that already.  It's called usb redirection.> https://www.spice-space.org/page/UsbRedirhttps://github.com/SPICE/usbredir> usb redirection can use either plain tcp or a spice channel as> transport.  The spice client supports usb devices on windows clients.> Hans (Cc'ed, usbredir author) looked at the USB/IP protocol and found a> number of deficits and decided to not use it because of that.  I don't> remember the details though.> So I think using the existing usb redirection support is the better> option for you.> cheers, >  Gerd










Thank you for your reply.

 Although qemu has usb redirection, it can not boot from the USB (install os)

however, we can boot from  remote usb to install os,this is amazing function.




How do you think of this please?















为了让您的VPlat虚拟化故障得到高效的处理,请上报故障到: $VPlat技术支持。


袁仲 yuan zhong






IT开发工程师 IT Development
Engineer
操作系统产品部/中心研究院/系统产品 OS Product Dept./Central R&D Institute/System Product









成都市高新区天府大道中段800号中兴通讯大厦7楼
T: 18883863405
M: +86 18883863405
E: yuan.zhong@zte.com.cn 
www.zte.com.cn










原始邮件



发件人: <kraxel@redhat.com>
收件人:袁仲10192427
抄送人: <afaerber@suse.de> <pbonzini@redhat.com> <qemu-devel@nongnu.org> <hdegoede@redhat.com>
日 期 :2017年04月27日 15:39
主 题 :Re: New function: Remot USB support in qemu





On Do, 2017-04-27 at 14:30 +0800, yuan.zhong@zte.com.cn wrote:
> Mr. Hoffmann,
> 
> 
> Thank you for your time.
> 
> 
> This email will describe a new module that I'd like to commit to the
> qemu code source.
> 
> We call it as remote usb, and this is features:
> 
> 1. real usb device is aside on a windows client.
> 
> 2. keeping a connection between the client and the VMs host OS
> 
> 3. qemu simulate a remote usb device through our remote usb module
> 
> 4. the communication between real usb device and the simulation remote
> usb is based on USB/IP protocol.

qemu supports that already.  It's called usb redirection.
https://www.spice-space.org/page/UsbRedir
https://github.com/SPICE/usbredir

usb redirection can use either plain tcp or a spice channel as
transport.  The spice client supports usb devices on windows clients.

Hans (Cc'ed, usbredir author) looked at the USB/IP protocol and found a
number of deficits and decided to not use it because of that.  I don't
remember the details though.

So I think using the existing usb redirection support is the better
option for you.

cheers,
  Gerd

[-- Attachment #2: 24242e5637af428891c4db731e7765ad.jpg --]
[-- Type: image/jpeg, Size: 2064 bytes --]

[-- Attachment #3: 9ae3e214c17d49ed935d87c674ba3ee2.jpg --]
[-- Type: image/jpeg, Size: 6015 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2017-04-28  8:39 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-04-28  2:10 [Qemu-devel] 答复: Re: New function: Remot USB support in qemu yuan.zhong
2017-04-28  8:39 ` Gerd Hoffmann

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).