[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Half a usb-redir idea
From: |
Dr. David Alan Gilbert |
Subject: |
Re: Half a usb-redir idea |
Date: |
Tue, 16 Mar 2021 18:44:41 +0000 |
User-agent: |
Mutt/2.0.5 (2021-01-21) |
* Philippe Mathieu-Daudé (philmd@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 / dgilbert@redhat.com / Manchester, UK