All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefan Hajnoczi <stefanha@redhat.com>
To: Nikos Dragazis <ndragazis@arrikto.com>
Cc: "Alex Bennée" <alex.bennee@linaro.org>,
	"Michael S . Tsirkin" <mst@redhat.com>,
	virtio-dev@lists.oasis-open.org
Subject: Re: [virtio-dev] [PATCH v5 01/10] vhost-user: add vhost-user device type
Date: Thu, 23 Jul 2020 07:15:13 +0100	[thread overview]
Message-ID: <20200723061513.GA268427@stefanha-x1.localdomain> (raw)
In-Reply-To: <99b30044-f59c-c9b7-df3a-3a1eb4001042@arrikto.com>

[-- Attachment #1: Type: text/plain, Size: 2573 bytes --]

On Fri, Jul 17, 2020 at 02:17:13PM +0300, Nikos Dragazis wrote:
> On 17/7/20 12:26 μ.μ., Stefan Hajnoczi wrote:
> 
> > On Thu, Jul 16, 2020 at 05:45:47PM +0100, Alex Bennée wrote:
> > > Nikos Dragazis <ndragazis@arrikto.com> writes:
> > > > diff --git a/virtio-vhost-user.tex b/virtio-vhost-user.tex
> > > > new file mode 100644
> > > > index 0000000..ac96dc2
> > > > --- /dev/null
> > > > +++ b/virtio-vhost-user.tex
> > > > @@ -0,0 +1,292 @@
> > > > +\section{Vhost-user Device Backend}\label{sec:Device Types / Vhost-user Device Backend}
> > > > +
> > > > +The vhost-user device backend facilitates vhost-user device emulation through
> > > > +vhost-user protocol exchanges and access to shared memory.  Software-defined
> > > > +networking, storage, and other I/O appliances can provide services through this
> > > > +device.
> > > > +
> > > > +This section relies on definitions from the \hyperref[intro:Vhost-user
> > > > +Protocol]{Vhost-user Protocol}.  Knowledge of the vhost-user protocol is a
> > > > +prerequisite for understanding this device.
> > > > +
> > > > +The \hyperref[intro:Vhost-user Protocol]{Vhost-user Protocol} was originally
> > > > +designed for processes on a single system communicating over UNIX domain
> > > > +sockets.  The virtio vhost-user device backend allows the vhost-user slave to
> > > > +communicate with the vhost-user master over the device instead of a UNIX domain
> > > > +socket.  This allows the slave and master to run on two separate
> > > > systems such
> > > I realise we already have the terms master/slave baked into the
> > > vhost-user spec but perhaps we could find better wording? The vhost
> > > documentation describes thing in terms of who owns the virtqueues (the
> > > drive) and who processes the requests (the device). There may be better
> > > terminology to use.
> > "backend" is now commonly used instead of "slave". There is no new term
> > for "master" yet. I suggest replacing "slave" with "backend" in this
> > patch.
> 
> Makes sense. Some observations:
> 
> 1. Since "backend" is used instead of "slave", why "frontend" is not
>    used instead of "master"? Also, why does the vhost-user spec use the
>    terms"slave" and "backend" interchangeably and doesn't just drop the
>    term"slave"completely?

Using "frontend" and "backend" sounds good. Do you want to send a patch
to qemu.git docs/interop/vhost-user.rst?

The vhost-user spec grew organically and few people have spent time on
polishing it, making it consistent, etc.

Stefan

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  parent reply	other threads:[~2020-07-23  6:15 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-18 20:37 [virtio-dev] [PATCH v5 00/10] introduce virtio vhost-user backend device type Nikos Dragazis
2020-05-18 20:37 ` [virtio-dev] [PATCH v5 01/10] vhost-user: add vhost-user " Nikos Dragazis
2020-07-16 16:45   ` Alex Bennée
2020-07-17  9:26     ` Stefan Hajnoczi
2020-07-17 10:28       ` Alex Bennée
2020-07-17 11:17       ` Nikos Dragazis
2020-07-20  9:37         ` Alex Bennée
2020-07-21 11:42           ` Nikos Dragazis
2020-07-23  6:15         ` Stefan Hajnoczi [this message]
2020-07-24 13:14           ` Nikos Dragazis
2020-07-24 14:41       ` Michael S. Tsirkin
2020-07-24 17:31         ` Nikos Dragazis
2020-07-27 12:25           ` Stefan Hajnoczi
2020-07-27 18:59             ` Nikos Dragazis
2020-07-29 13:52               ` Michael S. Tsirkin
2020-07-29 21:05                 ` Nikos Dragazis
2020-08-24 14:43                   ` Nikos Dragazis
2020-07-17 16:52     ` Nikos Dragazis
2020-05-18 20:37 ` [virtio-dev] [PATCH v5 02/10] vhost-user: minor fixes Nikos Dragazis
2020-07-16 16:48   ` Alex Bennée
2020-07-17  9:27   ` Stefan Hajnoczi
2020-05-18 20:37 ` [virtio-dev] [PATCH v5 03/10] vhost-user: add requirements for the notification capability Nikos Dragazis
2020-07-17  9:34   ` Stefan Hajnoczi
2020-07-17 16:02     ` Nikos Dragazis
2020-07-23  6:16       ` Stefan Hajnoczi
2020-05-18 20:37 ` [virtio-dev] [PATCH v5 04/10] vhost-user: update shared memory capability Nikos Dragazis
2020-07-17  9:36   ` Stefan Hajnoczi
2020-07-17 15:00     ` Nikos Dragazis
2020-05-18 20:37 ` [virtio-dev] [PATCH v5 05/10] vhost-user: add conformance targets and clauses Nikos Dragazis
2020-07-17  9:37   ` Stefan Hajnoczi
2020-07-20 15:01   ` Alex Bennée
2020-05-18 20:37 ` [virtio-dev] [PATCH v5 06/10] vhost-user: change the device id Nikos Dragazis
2020-07-20 15:03   ` Alex Bennée
2020-05-18 20:37 ` [virtio-dev] [PATCH v5 07/10] vhost-user: minor fix on status register Nikos Dragazis
2020-07-17  9:39   ` Stefan Hajnoczi
2020-05-18 20:37 ` [virtio-dev] [PATCH v5 08/10] vhost-user: remove the extra PCI capabilities Nikos Dragazis
2020-07-17  9:48   ` Stefan Hajnoczi
2020-07-17 15:03     ` Nikos Dragazis
2020-07-23  6:29       ` Stefan Hajnoczi
2020-07-24 13:41         ` Nikos Dragazis
2020-05-18 20:37 ` [virtio-dev] [PATCH v5 09/10] vhost-user: intercept slave's reply to VHOST_USER_GET_PROTOCOL_FEATURES Nikos Dragazis
2020-07-17  9:57   ` Stefan Hajnoczi
2020-07-17 15:37     ` Nikos Dragazis
2020-07-23  6:32       ` Stefan Hajnoczi
2020-05-18 20:37 ` [virtio-dev] [PATCH v5 10/10] vhost-user: clarify that we are talking about slave-initiated messages Nikos Dragazis
2020-07-17  9:59   ` Stefan Hajnoczi
2020-06-24 18:01 ` [virtio-dev] [PATCH v5 00/10] introduce virtio vhost-user backend device type Nikos Dragazis

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=20200723061513.GA268427@stefanha-x1.localdomain \
    --to=stefanha@redhat.com \
    --cc=alex.bennee@linaro.org \
    --cc=mst@redhat.com \
    --cc=ndragazis@arrikto.com \
    --cc=virtio-dev@lists.oasis-open.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.