From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: virtio-dev-return-6797-cohuck=redhat.com@lists.oasis-open.org Sender: List-Post: List-Help: List-Unsubscribe: List-Subscribe: Received: from lists.oasis-open.org (oasis-open.org [10.110.1.242]) by lists.oasis-open.org (Postfix) with ESMTP id 93FB6985E3D for ; Thu, 27 Feb 2020 09:34:03 +0000 (UTC) Date: Thu, 27 Feb 2020 10:33:58 +0100 From: Boris Brezillon Message-ID: <20200227103358.1fb6f623@collabora.com> In-Reply-To: References: <20200207182842.770bfb27@collabora.com> <20200225162105.1912fae0@collabora.com> <20200227100951.19e5c8df@collabora.com> MIME-Version: 1.0 Subject: Re: [virtio-dev] [RFC] Upstreaming virtio-wayland (or an alternative) Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable To: Zach Reizner Cc: David Stevens , Gerd Hoffmann , Stefan Hajnoczi , Zach Reizner , =?UTF-8?B?U3TDqXBoYW5l?= Marchesin , Tomeu Vizoso , Tomasz Figa , virtio-dev@lists.oasis-open.org, Alexandros Frantzis List-ID: On Thu, 27 Feb 2020 01:22:11 -0800 Zach Reizner wrote: > On Thu, Feb 27, 2020 at 1:09 AM Boris Brezillon > wrote: > > > > What's not entirely clear is whether we need to support cases where the > > host create its own resources (without being asked by the guest) and > > decides to pass them to a virtio-ipc-connection (through the unix <-> > > virtio-ipc bridge). If that's needed, we need interfaces to let host > > apps import their resources in the VM (again, those interfaces are > > likely to be resource-type dependent). =20 >=20 > When the wayland compositor sends the keyboard map or requests > clipboard content, the compositor (or another client on the host) will > create a resource (shm or pipe) and send it over the unix domain > socket. Would this be a case of the above situation you mentioned > above? It seems like we need to support the host creating resources > passed over the virtio-ipc-connection. Okay. There's also another problem I noticed just now: every time an FD is passed on a unix socket a new FD is created on the receiver's side, even if the receiver already has an opened-FD pointing to the exact same file, which means we can't easily create an FD <-> virtio-resource mapping on the host (there's this kcmp() [1] syscall, but it doesn't seem to have a wrapper in glibc which is not a good sign, plus you need to enable CONFIG_CHECKPOINT_RESTORE). [1]http://man7.org/linux/man-pages/man2/kcmp.2.html --------------------------------------------------------------------- To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org