From: Stefan Hajnoczi <stefanha@redhat.com>
To: Jason Wang <jasowang@redhat.com>
Cc: zhenwei pi <pizhenwei@bytedance.com>,
"Michael S . Tsirkin" <mst@redhat.com>,
Cornelia Huck <cohuck@redhat.com>,
parav@nvidia.com, virtio-dev@lists.oasis-open.org,
"virtio-comment@lists.oasis-open.org"
<virtio-comment@lists.oasis-open.org>,
"helei.sig11@bytedance.com" <helei.sig11@bytedance.com>,
houp@yusur.tech
Subject: Re: [virtio-comment] [PROPOSAL] Virtio Over Fabrics(TCP/RDMA)
Date: Tue, 25 Apr 2023 09:55:32 -0400 [thread overview]
Message-ID: <20230425135532.GA697094@fedora> (raw)
In-Reply-To: <CACGkMEvh+G2Tm=WDTOK3K2GO8c2dQ4y=UiKAk_kvsid2MGzbGg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1507 bytes --]
On Mon, Apr 24, 2023 at 11:40:02AM +0800, Jason Wang wrote:
> On Sun, Apr 23, 2023 at 7:31 PM zhenwei pi <pizhenwei@bytedance.com> wrote:
> > "Virtio Over Fabrics" aims at "reuse virtio device specifications", and
> > provides network defined peripheral devices.
> > And this protocol also could be used in virtualization environment,
> > typically hypervisor(or vhost-user process) handles request from virtio
> > PCI/MMIO/CCW, remaps request and forwards to target by fabrics.
>
> This requires meditation in the datapath, isn't it?
>
> >
> > - Protocol
> > The detail protocol definition see:
> > https://github.com/pizhenwei/linux/blob/virtio-of-github/include/uapi/linux/virtio_of.h
>
> I'd say a RFC patch for virtio spec is more suitable than the codes.
VIRTIO over TCP has long been anticipated but so far no one posted an
implementation. There are probably mentions of it from 10+ years ago.
I'm excited to see this!
Both the VIRTIO spec and the Linux drivers provide an abstraction that
allows fabrics (e.g. TCP) to fit in as a VIRTIO Transport. vrings are
not the only way to implement virtqueues.
Many VIRTIO devices will work fine over a message passing transport like
TCP. A few devices like the balloon device may not make sense. Shared
Memory Regions won't work.
Please define VIRTIO over Fabrics as a Transport in the VIRTIO spec so
that the integration with the VIRTIO device model is seamless. I look
forward to discussing spec patches.
Stefan
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Stefan Hajnoczi <stefanha@redhat.com>
To: Jason Wang <jasowang@redhat.com>
Cc: zhenwei pi <pizhenwei@bytedance.com>,
"Michael S . Tsirkin" <mst@redhat.com>,
Cornelia Huck <cohuck@redhat.com>,
parav@nvidia.com, virtio-dev@lists.oasis-open.org,
"virtio-comment@lists.oasis-open.org"
<virtio-comment@lists.oasis-open.org>,
"helei.sig11@bytedance.com" <helei.sig11@bytedance.com>,
houp@yusur.tech
Subject: [virtio-dev] Re: [virtio-comment] [PROPOSAL] Virtio Over Fabrics(TCP/RDMA)
Date: Tue, 25 Apr 2023 09:55:32 -0400 [thread overview]
Message-ID: <20230425135532.GA697094@fedora> (raw)
In-Reply-To: <CACGkMEvh+G2Tm=WDTOK3K2GO8c2dQ4y=UiKAk_kvsid2MGzbGg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1507 bytes --]
On Mon, Apr 24, 2023 at 11:40:02AM +0800, Jason Wang wrote:
> On Sun, Apr 23, 2023 at 7:31 PM zhenwei pi <pizhenwei@bytedance.com> wrote:
> > "Virtio Over Fabrics" aims at "reuse virtio device specifications", and
> > provides network defined peripheral devices.
> > And this protocol also could be used in virtualization environment,
> > typically hypervisor(or vhost-user process) handles request from virtio
> > PCI/MMIO/CCW, remaps request and forwards to target by fabrics.
>
> This requires meditation in the datapath, isn't it?
>
> >
> > - Protocol
> > The detail protocol definition see:
> > https://github.com/pizhenwei/linux/blob/virtio-of-github/include/uapi/linux/virtio_of.h
>
> I'd say a RFC patch for virtio spec is more suitable than the codes.
VIRTIO over TCP has long been anticipated but so far no one posted an
implementation. There are probably mentions of it from 10+ years ago.
I'm excited to see this!
Both the VIRTIO spec and the Linux drivers provide an abstraction that
allows fabrics (e.g. TCP) to fit in as a VIRTIO Transport. vrings are
not the only way to implement virtqueues.
Many VIRTIO devices will work fine over a message passing transport like
TCP. A few devices like the balloon device may not make sense. Shared
Memory Regions won't work.
Please define VIRTIO over Fabrics as a Transport in the VIRTIO spec so
that the integration with the VIRTIO device model is seamless. I look
forward to discussing spec patches.
Stefan
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
next prev parent reply other threads:[~2023-04-25 13:55 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-23 11:29 [virtio-comment] [PROPOSAL] Virtio Over Fabrics(TCP/RDMA) zhenwei pi
2023-04-24 3:40 ` Jason Wang
2023-04-24 3:40 ` [virtio-dev] " Jason Wang
2023-04-24 13:38 ` zhenwei pi
2023-04-25 5:03 ` Parav Pandit
2023-04-25 5:03 ` [virtio-dev] " Parav Pandit
2023-04-25 6:31 ` Jason Wang
2023-04-25 6:31 ` [virtio-dev] " Jason Wang
2023-04-25 13:27 ` Parav Pandit
2023-04-25 13:27 ` [virtio-dev] " Parav Pandit
2023-04-25 7:02 ` zhenwei pi
2023-04-27 8:20 ` zhenwei pi
2023-04-27 8:20 ` [virtio-dev] " zhenwei pi
2023-04-27 20:31 ` Parav Pandit
2023-04-27 20:31 ` [virtio-dev] " Parav Pandit
2023-04-28 7:53 ` zhenwei pi
2023-04-25 6:36 ` Jason Wang
2023-04-25 6:36 ` [virtio-dev] " Jason Wang
2023-04-25 7:21 ` zhenwei pi
2023-04-26 9:29 ` [virtio-comment] Re: [virtio-dev] " Xuan Zhuo
2023-04-26 9:29 ` Xuan Zhuo
2023-04-25 13:55 ` Stefan Hajnoczi [this message]
2023-04-25 13:55 ` [virtio-dev] " Stefan Hajnoczi
2023-04-26 1:08 ` zhenwei pi
2023-04-26 1:08 ` [virtio-dev] " zhenwei pi
2023-04-25 14:09 ` Stefan Hajnoczi
2023-04-25 14:09 ` [virtio-dev] " Stefan Hajnoczi
2023-04-26 3:03 ` Jason Wang
2023-04-26 3:03 ` [virtio-dev] " Jason Wang
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=20230425135532.GA697094@fedora \
--to=stefanha@redhat.com \
--cc=cohuck@redhat.com \
--cc=helei.sig11@bytedance.com \
--cc=houp@yusur.tech \
--cc=jasowang@redhat.com \
--cc=mst@redhat.com \
--cc=parav@nvidia.com \
--cc=pizhenwei@bytedance.com \
--cc=virtio-comment@lists.oasis-open.org \
--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.