Discussion of the implementations of VIRTIO specification
 help / color / mirror / Atom feed
From: "Alex Bennée" <alex.bennee@linaro.org>
To: Christopher Clark <christopher.w.clark@gmail.com>
Cc: "AKASHI Takahiro" <takahiro.akashi@linaro.org>,
	"Wei Chen" <Wei.Chen@arm.com>, "Paul Durrant" <paul@xen.org>,
	"Stratos Mailing List" <stratos-dev@op-lists.linaro.org>,
	virtio-dev@lists.oasis-open.org,
	"Stefano Stabellini" <sstabellini@kernel.org>,
	"Jan Kiszka" <jan.kiszka@siemens.com>,
	"Arnd Bergmann" <arnd.bergmann@linaro.org>,
	"Juergen Gross" <jgross@suse.com>,
	"Julien Grall" <julien@xen.org>,
	"Carl van Schaik" <cvanscha@qti.qualcomm.com>,
	"Bertrand Marquis" <Bertrand.Marquis@arm.com>,
	"Stefan Hajnoczi" <stefanha@redhat.com>,
	"Artem Mygaiev" <Artem_Mygaiev@epam.com>,
	Xen-devel <xen-devel@lists.xen.org>,
	"Oleksandr Tyshchenko" <olekstysh@gmail.com>,
	"Oleksandr Tyshchenko" <Oleksandr_Tyshchenko@epam.com>,
	"Elena Afanasova" <eafanasova@gmail.com>,
	"James McKenzie" <james@bromium.com>,
	"Andrew Cooper" <andrew.cooper3@citrix.com>,
	"Rich Persaud" <persaur@gmail.com>,
	"Daniel Smith" <dpsmith@apertussolutions.com>,
	"Jason Andryuk" <jandryuk@gmail.com>,
	"eric chanudet" <eric.chanudet@gmail.com>,
	"Roger Pau Monné" <roger.pau@citrix.com>
Subject: [virtio-dev] Re: [Stratos-dev] Enabling hypervisor agnosticism for VirtIO backends
Date: Fri, 10 Sep 2021 10:35:52 +0100	[thread overview]
Message-ID: <87o890wyqe.fsf@linaro.org> (raw)
In-Reply-To: <CACMJ4GaJyAnguzAEH87DSNN_+GhEa5jRbw11hVj-yWMAXx8V7w@mail.gmail.com>


Christopher Clark <christopher.w.clark@gmail.com> writes:

> On Sun, Sep 5, 2021 at 7:24 PM AKASHI Takahiro via Stratos-dev <stratos-dev@op-lists.linaro.org> wrote:
>
>  Alex,
>
>  On Fri, Sep 03, 2021 at 10:28:06AM +0100, Alex Benn??e wrote:
<snip>
>
>  In configuration phase of virtio device, the latency won't be a big matter.
>  In device operations (i.e. read/write to block devices), if we can
>  resolve 'mmap' issue, as Oleksandr is proposing right now, the only issue is
>  how efficiently we can deliver notification to the opposite side. Right?
>  And this is a very common problem whatever approach we would take.
>
>  Anyhow, if we do care the latency in my approach, most of virtio-proxy-
>  related code can be re-implemented just as a stub (or shim?) library
>  since the protocols are defined as RPCs.
>  In this case, however, we would lose the benefit of providing "single binary"
>  BE.
>  (I know this is is an arguable requirement, though.)

The proposal for a single binary would always require something to shim
between hypervisors. This is still an area of discussion though. Having
a compile time selectable approach is practically unavoidable for "bare
metal" backends though because there are no other processes/layers that
communication with the hypervisor can be delegated to.

>
>  # Would we better discuss what "hypervisor-agnosticism" means?
>
> Is there a call that you could recommend that we join to discuss this and the topics of this thread?
> There is definitely interest in pursuing a new interface for Argo that can be implemented in other hypervisors and enable guest binary
> portability between them, at least on the same hardware architecture,
> with VirtIO transport as a primary use case.

There is indeed ;-)

We have a regular open call every two week for the Stratos project which
you are welcome to attend. You can find the details on the project
overview page:

  https://linaro.atlassian.net/wiki/spaces/STR/overview

we regularly have teams from outside the project present their work as well.

> The notes from the Xen Summit Design Session on VirtIO Cross-Project BoF for Xen and Guest OS, which include context about the
> several separate approaches to VirtIO on Xen, have now been posted here:
> https://lists.xenproject.org/archives/html/xen-devel/2021-09/msg00472.html

Thanks for the link - looks like a very detailed summary.

>
> Christopher
>
>  
>  -Takahiro Akashi


-- 
Alex Bennée

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


  reply	other threads:[~2021-09-10  9:45 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-04  9:04 [virtio-dev] Enabling hypervisor agnosticism for VirtIO backends Alex Bennée
2021-08-05 15:48 ` [virtio-dev] " Stefan Hajnoczi
     [not found] ` <alpine.DEB.2.21.2108041055390.9768@sstabellini-ThinkPad-T480s>
2021-08-17 10:41   ` Stefan Hajnoczi
     [not found]     ` <20210823062500.GC40863@laputa>
2021-08-23  9:58       ` Stefan Hajnoczi
     [not found]         ` <20210825102945.GA89209@laputa>
2021-08-25 15:02           ` Stefan Hajnoczi
2021-09-01 12:53     ` Alex Bennée
2021-09-02  9:12       ` Stefan Hajnoczi
     [not found]       ` <20210903080609.GD47953@laputa>
2021-09-03  9:28         ` Alex Bennée
     [not found]           ` <20210906022356.GD40187@laputa>
2021-09-07  2:41             ` [virtio-dev] Re: [Stratos-dev] " Christopher Clark
2021-09-10  9:35               ` Alex Bennée [this message]
     [not found]             ` <alpine.DEB.2.21.2109131615570.10523@sstabellini-ThinkPad-T480s>
2021-09-14 14:25               ` [virtio-dev] " Alex Bennée
     [not found]   ` <20210811062748.GB54169@laputa>
     [not found]     ` <CAPD2p-mMeY=MDbAdLGrmmioSkJo147aMDrK=Qzr=PCa4jztGGg@mail.gmail.com>
     [not found]       ` <DB9PR08MB685767CFAA4A8BCE7D2225A89EFD9@DB9PR08MB6857.eurprd08.prod.outlook.com>
     [not found]         ` <20210817080757.GC43203@laputa>
     [not found]           ` <DB9PR08MB6857C656472153A42FB438C49EFE9@DB9PR08MB6857.eurprd08.prod.outlook.com>
     [not found]             ` <20210818053840.GE39588@laputa>
     [not found]               ` <DB9PR08MB6857D1BE810B1D1DAF7B12AE9EFF9@DB9PR08MB6857.eurprd08.prod.outlook.com>
     [not found]                 ` <20210820064150.GC13452@laputa>
     [not found]                   ` <20210826094047.GA55218@laputa>
     [not found]                     ` <DB9PR08MB68578198FF352EDC473D619E9EC79@DB9PR08MB6857.eurprd08.prod.outlook.com>
     [not found]                       ` <CACMJ4GbmNgbB5ponYt3NGEk3j6YCksot+kDy2qs8HMdFXWnQbw@mail.gmail.com>
2021-08-30 19:53                         ` Christopher Clark
     [not found]                           ` <20210902071902.GC71098@laputa>
2021-09-07  0:57                             ` Christopher Clark
     [not found]                               ` <20210907115501.GC49004@laputa>
2021-09-07 18:09                                 ` Christopher Clark
     [not found]   ` <0100017b33e585a5-06d4248e-b1a7-485e-800c-7ead89e5f916-000000@email.amazonses.com>
     [not found]     ` <CAHFG_=WKjJ1riKtaWC8jm13shc3RtVsNNqd3j9WD9Fq0NeRS2Q@mail.gmail.com>
     [not found]       ` <20210813051038.GA77540@laputa>
2021-09-01  8:57         ` [virtio-dev] Re: [Stratos-dev] " Alex Bennée
2021-08-19  9:11 ` [virtio-dev] " Matias Ezequiel Vara Larsen
     [not found]   ` <20210820060558.GB13452@laputa>
2021-08-21 14:08     ` Matias Ezequiel Vara Larsen
     [not found]       ` <20210823012029.GB40863@laputa>
2021-10-04 11:33         ` Matias Ezequiel Vara Larsen
2021-09-01  8:43   ` Alex Bennée

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=87o890wyqe.fsf@linaro.org \
    --to=alex.bennee@linaro.org \
    --cc=Artem_Mygaiev@epam.com \
    --cc=Bertrand.Marquis@arm.com \
    --cc=Oleksandr_Tyshchenko@epam.com \
    --cc=Wei.Chen@arm.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=arnd.bergmann@linaro.org \
    --cc=christopher.w.clark@gmail.com \
    --cc=cvanscha@qti.qualcomm.com \
    --cc=dpsmith@apertussolutions.com \
    --cc=eafanasova@gmail.com \
    --cc=eric.chanudet@gmail.com \
    --cc=james@bromium.com \
    --cc=jan.kiszka@siemens.com \
    --cc=jandryuk@gmail.com \
    --cc=jgross@suse.com \
    --cc=julien@xen.org \
    --cc=olekstysh@gmail.com \
    --cc=paul@xen.org \
    --cc=persaur@gmail.com \
    --cc=roger.pau@citrix.com \
    --cc=sstabellini@kernel.org \
    --cc=stefanha@redhat.com \
    --cc=stratos-dev@op-lists.linaro.org \
    --cc=takahiro.akashi@linaro.org \
    --cc=virtio-dev@lists.oasis-open.org \
    --cc=xen-devel@lists.xen.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox