From: "Alex Bennée" <alex.bennee@linaro.org>
To: "Alex Bennée" <alex.bennee@linaro.org>
Cc: Maxime Coquelin <maxime.coquelin@redhat.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
qemu-devel@nongnu.org,
"stratos-dev@op-lists.linaro.org"
<stratos-dev@op-lists.linaro.org>,
Viresh Kumar <viresh.kumar@linaro.org>
Subject: Re: Looking for examples of vhost-user backends using VHOST_USER_SLAVE_IOTLB_MSG
Date: Tue, 24 Jan 2023 11:44:40 +0000 [thread overview]
Message-ID: <871qnkrw9i.fsf@linaro.org> (raw)
In-Reply-To: <875ycwrx18.fsf@linaro.org>
Alex Bennée <alex.bennee@linaro.org> writes:
(apologies, empty reply to see if qemu-devel accepts this)
> Hi,
>
> As part of looking at implementing vhost-user daemons which don't have
> complete access to a guests address space we noticed the vhost-user spec
> has a definition for VHOST_USER_SLAVE_IOTLB_MSG's. Specifically the
> message VHOST_IOTLB_ACCESS_FAIL looks like it could be used to delegate
> the mapping of memory by the master/frontend so the backend can access
> it.
>
> As far as I can see no backends currently use this message and the
> specific handling of VHOST_IOTLB_ACCESS_FAIL in QEMU doesn't do much
> more than report an error.
>
> The VHOST_IOTLB_MISS does have some handling but the commentary seems to
> imply this is needed for the in kernel vhost kernel support (perhaps
> when real hardware is filling in a buffer being forwarded to a VirtIO
> device?).
>
> Can anyone point to any backends that implement these messages?
>
> We have implemented a Xen Vhost User Frontend:
>
> https://github.com/vireshk/xen-vhost-frontend
>
> which currently uses a lightly hacked Xen privcmd device to map all of
> the guests memory. We want to investigate using the stricter gntdev
> device where buffers for individual transactions can be mapped into the
> backend domains before being released at the end of the transaction. We
> want to keep the hypervisor specific code in the frontend so the backend
> can stay portable between different hypervisors.
>
> Thanks,
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
parent reply other threads:[~2023-01-24 11:46 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <875ycwrx18.fsf@linaro.org>]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871qnkrw9i.fsf@linaro.org \
--to=alex.bennee@linaro.org \
--cc=maxime.coquelin@redhat.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stratos-dev@op-lists.linaro.org \
--cc=viresh.kumar@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.