From: Jason Wang <jasowang@redhat.com> To: Cornelia Huck <cohuck@redhat.com> Cc: Kishon Vijay Abraham I <kishon@ti.com>, "Michael S. Tsirkin" <mst@redhat.com>, Ohad Ben-Cohen <ohad@wizery.com>, Bjorn Andersson <bjorn.andersson@linaro.org>, Jon Mason <jdmason@kudzu.us>, Dave Jiang <dave.jiang@intel.com>, Allen Hubbe <allenbh@gmail.com>, Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>, Bjorn Helgaas <bhelgaas@google.com>, Paolo Bonzini <pbonzini@redhat.com>, Stefan Hajnoczi <stefanha@redhat.com>, Stefano Garzarella <sgarzare@redhat.com>, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-remoteproc@vger.kernel.org, linux-ntb@googlegroups.com, linux-pci@vger.kernel.org, kvm@vger.kernel.org, virtualization@lists.linux-foundation.org, netdev@vger.kernel.org Subject: Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication Date: Wed, 9 Sep 2020 16:41:44 +0800 [thread overview] Message-ID: <d6e4be52-78d8-546c-20a4-23bdaea68ba5@redhat.com> (raw) In-Reply-To: <20200908183701.60b93441.cohuck@redhat.com> On 2020/9/9 上午12:37, Cornelia Huck wrote: >> Then you need something that is functional equivalent to virtio PCI >> which is actually the concept of vDPA (e.g vDPA provides alternatives if >> the queue_sel is hard in the EP implementation). > It seems I really need to read up on vDPA more... do you have a pointer > for diving into this alternatives aspect? See vpda_config_ops in include/linux/vdpa.h Especially this part: int (*set_vq_address)(struct vdpa_device *vdev, u16 idx, u64 desc_area, u64 driver_area, u64 device_area); This means for the devices (e.g endpoint device) that is hard to implement virtio-pci layout, it can use any other register layout or vendor specific way to configure the virtqueue. > >>> "Virtio Over NTB" should anyways be a new transport. >>>> Does that make any sense? >>> yeah, in the approach I used the initial features are hard-coded in >>> vhost-rpmsg (inherent to the rpmsg) but when we have to use adapter >>> layer (vhost only for accessing virtio ring and use virtio drivers on >>> both front end and backend), based on the functionality (e.g, rpmsg), >>> the vhost should be configured with features (to be presented to the >>> virtio) and that's why additional layer or APIs will be required. >> A question here, if we go with vhost bus approach, does it mean the >> virtio device can only be implemented in EP's userspace? > Can we maybe implement an alternative bus as well that would allow us > to support different virtio device implementations (in addition to the > vhost bus + userspace combination)? That should be fine, but I'm not quite sure that implementing the device in kerne (kthread) is the good approach. Thanks >
WARNING: multiple messages have this Message-ID (diff)
From: Jason Wang <jasowang@redhat.com> To: Cornelia Huck <cohuck@redhat.com> Cc: Ohad Ben-Cohen <ohad@wizery.com>, Allen Hubbe <allenbh@gmail.com>, Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>, Dave Jiang <dave.jiang@intel.com>, kvm@vger.kernel.org, linux-ntb@googlegroups.com, "Michael S. Tsirkin" <mst@redhat.com>, linux-pci@vger.kernel.org, linux-doc@vger.kernel.org, linux-remoteproc@vger.kernel.org, linux-kernel@vger.kernel.org, Bjorn Andersson <bjorn.andersson@linaro.org>, netdev@vger.kernel.org, Stefan Hajnoczi <stefanha@redhat.com>, Jon Mason <jdmason@kudzu.us>, Bjorn Helgaas <bhelgaas@google.com>, Paolo Bonzini <pbonzini@redhat.com>, Kishon Vijay Abraham I <kishon@ti.com>, virtualization@lists.linux-foundation.org Subject: Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication Date: Wed, 9 Sep 2020 16:41:44 +0800 [thread overview] Message-ID: <d6e4be52-78d8-546c-20a4-23bdaea68ba5@redhat.com> (raw) In-Reply-To: <20200908183701.60b93441.cohuck@redhat.com> On 2020/9/9 上午12:37, Cornelia Huck wrote: >> Then you need something that is functional equivalent to virtio PCI >> which is actually the concept of vDPA (e.g vDPA provides alternatives if >> the queue_sel is hard in the EP implementation). > It seems I really need to read up on vDPA more... do you have a pointer > for diving into this alternatives aspect? See vpda_config_ops in include/linux/vdpa.h Especially this part: int (*set_vq_address)(struct vdpa_device *vdev, u16 idx, u64 desc_area, u64 driver_area, u64 device_area); This means for the devices (e.g endpoint device) that is hard to implement virtio-pci layout, it can use any other register layout or vendor specific way to configure the virtqueue. > >>> "Virtio Over NTB" should anyways be a new transport. >>>> Does that make any sense? >>> yeah, in the approach I used the initial features are hard-coded in >>> vhost-rpmsg (inherent to the rpmsg) but when we have to use adapter >>> layer (vhost only for accessing virtio ring and use virtio drivers on >>> both front end and backend), based on the functionality (e.g, rpmsg), >>> the vhost should be configured with features (to be presented to the >>> virtio) and that's why additional layer or APIs will be required. >> A question here, if we go with vhost bus approach, does it mean the >> virtio device can only be implemented in EP's userspace? > Can we maybe implement an alternative bus as well that would allow us > to support different virtio device implementations (in addition to the > vhost bus + userspace combination)? That should be fine, but I'm not quite sure that implementing the device in kerne (kthread) is the good approach. Thanks > _______________________________________________ Virtualization mailing list Virtualization@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/virtualization
next prev parent reply other threads:[~2020-09-09 8:42 UTC|newest] Thread overview: 96+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-07-02 8:21 [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 01/22] vhost: Make _feature_ bits a property of vhost device Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 02/22] vhost: Introduce standard Linux driver model in VHOST Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 03/22] vhost: Add ops for the VHOST driver to configure VHOST device Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 04/22] vringh: Add helpers to access vring in MMIO Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 05/22] vhost: Add MMIO helpers for operations on vhost virtqueue Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 06/22] vhost: Introduce configfs entry for configuring VHOST Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 07/22] virtio_pci: Use request_threaded_irq() instead of request_irq() Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 08/22] rpmsg: virtio_rpmsg_bus: Disable receive virtqueue callback when reading messages Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 09/22] rpmsg: Introduce configfs entry for configuring rpmsg Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 10/22] rpmsg: virtio_rpmsg_bus: Add Address Service Notification support Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 11/22] rpmsg: virtio_rpmsg_bus: Move generic rpmsg structure to rpmsg_internal.h Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 12/22] virtio: Add ops to allocate and free buffer Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 13/22] rpmsg: virtio_rpmsg_bus: Use virtio_alloc_buffer() and virtio_free_buffer() Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 14/22] rpmsg: Add VHOST based remote processor messaging bus Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 15/22] samples/rpmsg: Setup delayed work to send message Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 16/22] samples/rpmsg: Wait for address to be bound to rpdev for sending message Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 17/22] rpmsg.txt: Add Documentation to configure rpmsg using configfs Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 18/22] virtio_pci: Add VIRTIO driver for VHOST on Configurable PCIe Endpoint device Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 19/22] PCI: endpoint: Add EP function driver to provide VHOST interface Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 20/22] NTB: Add a new NTB client driver to implement VIRTIO functionality Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 21/22] NTB: Add a new NTB client driver to implement VHOST functionality Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 8:21 ` [RFC PATCH 22/22] NTB: Describe ntb_virtio and ntb_vhost client in the documentation Kishon Vijay Abraham I 2020-07-02 8:21 ` Kishon Vijay Abraham I 2020-07-02 9:51 ` [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication Michael S. Tsirkin 2020-07-02 10:10 ` Jason Wang 2020-07-02 13:35 ` Kishon Vijay Abraham I 2020-07-02 13:35 ` Kishon Vijay Abraham I 2020-07-03 7:16 ` Jason Wang 2020-07-03 7:16 ` Jason Wang 2020-07-06 9:32 ` Kishon Vijay Abraham I 2020-07-06 9:32 ` Kishon Vijay Abraham I 2020-07-07 9:47 ` Jason Wang 2020-07-07 9:47 ` Jason Wang 2020-07-07 14:45 ` Kishon Vijay Abraham I 2020-07-07 14:45 ` Kishon Vijay Abraham I 2020-07-08 11:22 ` Jason Wang 2020-07-08 13:13 ` Kishon Vijay Abraham I 2020-07-08 13:13 ` Kishon Vijay Abraham I 2020-07-09 6:26 ` Jason Wang 2020-08-28 10:34 ` Cornelia Huck 2020-08-28 10:34 ` Cornelia Huck 2020-09-01 5:24 ` Kishon Vijay Abraham I 2020-09-01 5:24 ` Kishon Vijay Abraham I 2020-09-01 8:50 ` Jason Wang 2020-09-01 8:50 ` Jason Wang 2020-09-08 16:37 ` Cornelia Huck 2020-09-08 16:37 ` Cornelia Huck 2020-09-09 8:41 ` Jason Wang [this message] 2020-09-09 8:41 ` Jason Wang 2020-09-14 7:23 ` Kishon Vijay Abraham I 2020-09-14 7:23 ` Kishon Vijay Abraham I 2020-09-15 8:18 ` Jason Wang 2020-09-15 8:18 ` Jason Wang 2020-09-15 15:47 ` Kishon Vijay Abraham I 2020-09-15 15:47 ` Kishon Vijay Abraham I 2020-09-16 3:10 ` Jason Wang 2020-09-16 3:10 ` Jason Wang 2020-09-16 11:47 ` Kishon Vijay Abraham I 2020-09-16 11:47 ` Kishon Vijay Abraham I 2020-09-16 11:47 ` Kishon Vijay Abraham I 2020-09-16 11:47 ` Kishon Vijay Abraham I 2020-09-18 4:04 ` Jason Wang 2020-09-18 4:04 ` Jason Wang 2020-07-15 17:15 ` Mathieu Poirier 2020-09-01 4:40 ` Kishon Vijay Abraham I 2020-09-01 4:40 ` Kishon Vijay Abraham I 2020-07-02 10:25 ` Kishon Vijay Abraham I 2020-07-02 10:25 ` Kishon Vijay Abraham I 2020-07-02 17:31 ` Mathieu Poirier 2020-07-02 17:31 ` Mathieu Poirier 2020-07-03 6:17 ` Kishon Vijay Abraham I 2020-07-03 6:17 ` Kishon Vijay Abraham I 2020-07-03 6:17 ` Kishon Vijay Abraham I
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=d6e4be52-78d8-546c-20a4-23bdaea68ba5@redhat.com \ --to=jasowang@redhat.com \ --cc=allenbh@gmail.com \ --cc=bhelgaas@google.com \ --cc=bjorn.andersson@linaro.org \ --cc=cohuck@redhat.com \ --cc=dave.jiang@intel.com \ --cc=jdmason@kudzu.us \ --cc=kishon@ti.com \ --cc=kvm@vger.kernel.org \ --cc=linux-doc@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-ntb@googlegroups.com \ --cc=linux-pci@vger.kernel.org \ --cc=linux-remoteproc@vger.kernel.org \ --cc=lorenzo.pieralisi@arm.com \ --cc=mst@redhat.com \ --cc=netdev@vger.kernel.org \ --cc=ohad@wizery.com \ --cc=pbonzini@redhat.com \ --cc=sgarzare@redhat.com \ --cc=stefanha@redhat.com \ --cc=virtualization@lists.linux-foundation.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: linkBe 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.