On Fri, Feb 28, 2020 at 7:30 PM Gerd Hoffmann <kra...@redhat.com> wrote:
>
> On Fri, Feb 28, 2020 at 07:11:40PM +0900, David Stevens wrote:
> > > But there also is "unix socket", or maybe a somewhat broader "stream",
> > > which would be another feature flag I guess because virtio-ipc would
> > > just tunnel the stream without the help from other devices.
> >
> > Can you elaborate on what you mean by this? I can envision how
> > virtio-ipc would be a generic mechanism for passing data+virtio
> > resources, including any new types of resources it itself defines.
> > However, if "unix sockets" or a generic "stream" expands beyond
> > virtio, that seems too broad, with too many edge cases to be feasible
> > to implement.
>
> As far I know this is exactly what virtio-wayland does today if you try
> to pass a unix socket file descriptor to the other side, so I assume
> this functionality is needed ...

As Zach said earlier, virtio-wayland implements just enough FD sharing
support to get wayland working. However, there are many other
situations where virtio-wayland's unix socket support isn't
sufficient. I think adding support for sharing unix sockets to a
generic virtio-ipc would imply that the support is more comprehensive
than would be feasible to implement. So while virtio-ipc should
support wayland, either directly or with the support of
userspace/another virtio device, it also shouldn't overpromise what it
is capable of doing.

-David

---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscr...@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-h...@lists.oasis-open.org

Reply via email to