* Philippe Mathieu-Daudé (phi...@redhat.com) wrote: > On 3/16/21 6:21 PM, Dr. David Alan Gilbert wrote: > > Hi, > > I've got a half-baked idea, which I thought might be worth mentioning. > > > > How hard would it be to give qemu a usbredir server rather than client? > > It would have nothing guest visible but would look logically like the > > front (?) half of a usb interface; then you could use all of the > > existing qemu emulated and passthrough device code, to build a usb > > hierarchy and present it to a remote qemu. > > > > You'd get the ability to do emulated USB CDROM/storage, audio, network > > and the glue for host USB connection (and smart cards??) - all in one > > client that you can then use for connecting to a remote qemu. > > > > The next step of that is to make something analogous to a > > qemu-storage-daemon, but for USB, so you have something that can > > do all that USB stuff without actually having any processors. > > > > The even crazier step would then be to add a VNC client, and then you > > have an almost complete remote client. > > Similarly to the out-of-process feature (on the same host)? > Are you also interested in remote use (different host)?
I was mainly interested in it for remote access; but potentially this provides a clean break point to move all of the USB device emulation into one separate process. > What about DMA accesses? I was assuming it was wired to the other half of usbredir than the current qemu client side code, so it would handle it. Dave -- Dr. David Alan Gilbert / dgilb...@redhat.com / Manchester, UK
