From: Gavin Hu <Gavin.Hu@arm.com>
To: Cheng Jiang <Cheng1.jiang@intel.com>,
"maxime.coquelin@redhat.com" <maxime.coquelin@redhat.com>,
"tiwei.bie@intel.com" <tiwei.bie@intel.com>,
"zhihong.wang@intel.com" <zhihong.wang@intel.com>,
"yong.liu@intel.com" <yong.liu@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>, nd <nd@arm.com>
Subject: Re: [dpdk-dev] [PATCH v2] net/virtio: packed ring notification data feature support
Date: Wed, 18 Dec 2019 09:51:52 +0000 [thread overview]
Message-ID: <VI1PR08MB5376A3F0C805F87A6D120A768F530@VI1PR08MB5376.eurprd08.prod.outlook.com> (raw)
In-Reply-To: <20191218081711.9055-1-Cheng1.jiang@intel.com>
Hi Jiang,
> -----Original Message-----
> From: dev <dev-bounces@dpdk.org> On Behalf Of Cheng Jiang
> Sent: Wednesday, December 18, 2019 4:17 PM
> To: maxime.coquelin@redhat.com; tiwei.bie@intel.com;
> zhihong.wang@intel.com; yong.liu@intel.com
> Cc: dev@dpdk.org; Cheng Jiang <Cheng1.jiang@intel.com>
> Subject: [dpdk-dev] [PATCH v2] net/virtio: packed ring notification data
> feature support
>
> This patch supports the feature that the driver passes extra data
> (besides identifying the virtqueue) in its device notifications.
Can the commit log be more specific about the extra data? Something like "expand the notification to include the avail index and avail wrap counter, if any"?
>
> Signed-off-by: Cheng Jiang <Cheng1.jiang@intel.com>
> ---
>
> v2:
> * Removed rte_unused attribute in *hw.
> * Added some comments on notify_data.
>
> drivers/net/virtio/virtio_ethdev.h | 3 ++-
> drivers/net/virtio/virtio_pci.c | 27 +++++++++++++++++++++++++--
> drivers/net/virtio/virtio_pci.h | 6 ++++++
> 3 files changed, 33 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/net/virtio/virtio_ethdev.h
> b/drivers/net/virtio/virtio_ethdev.h
> index a10111758..cd8947656 100644
> --- a/drivers/net/virtio/virtio_ethdev.h
> +++ b/drivers/net/virtio/virtio_ethdev.h
> @@ -36,7 +36,8 @@
> 1ULL << VIRTIO_F_IN_ORDER | \
> 1ULL << VIRTIO_F_RING_PACKED | \
> 1ULL << VIRTIO_F_IOMMU_PLATFORM | \
> - 1ULL << VIRTIO_F_ORDER_PLATFORM)
> + 1ULL << VIRTIO_F_ORDER_PLATFORM | \
> + 1ULL << VIRTIO_F_NOTIFICATION_DATA)
>
> #define VIRTIO_PMD_SUPPORTED_GUEST_FEATURES \
> (VIRTIO_PMD_DEFAULT_GUEST_FEATURES | \
> diff --git a/drivers/net/virtio/virtio_pci.c b/drivers/net/virtio/virtio_pci.c
> index 4468e89cb..8b4e001a1 100644
> --- a/drivers/net/virtio/virtio_pci.c
> +++ b/drivers/net/virtio/virtio_pci.c
> @@ -416,9 +416,32 @@ modern_del_queue(struct virtio_hw *hw, struct
> virtqueue *vq)
> }
>
> static void
> -modern_notify_queue(struct virtio_hw *hw __rte_unused, struct virtqueue
> *vq)
> +modern_notify_queue(struct virtio_hw *hw, struct virtqueue *vq)
> {
> - rte_write16(vq->vq_queue_index, vq->notify_addr);
> + uint32_t notify_data;
> +
> + if (!vtpci_with_feature(hw, VIRTIO_F_NOTIFICATION_DATA)) {
> + rte_write16(vq->vq_queue_index, vq->notify_addr);
> + return;
> + }
> +
> + if (vtpci_with_feature(hw, VIRTIO_F_RING_PACKED)) {
> + /*
> + * Bit[0:15]: vq queue index
> + * Bit[16:30]: avail index
> + * Bit[31]: avail wrap counter
> + */
> + notify_data = ((((uint32_t)vq-
> >vq_packed.used_wrap_counter << 15) |
Why not do ' used_wrap_counter << 31' to be more straightforward and matches the above comment?
> + vq->vq_avail_idx) << 16) | vq-
> >vq_queue_index;
> + } else {
> + /*
> + * Bit[0:15]: vq queue index
> + * Bit[16:31]: avail index
> + */
> + notify_data = ((uint32_t)vq->vq_avail_idx << 16) |
> + vq->vq_queue_index;
> + }
> + rte_write32(notify_data, vq->notify_addr);
> }
>
> const struct virtio_pci_ops modern_ops = {
> diff --git a/drivers/net/virtio/virtio_pci.h b/drivers/net/virtio/virtio_pci.h
> index a38cb45ad..7433d2f08 100644
> --- a/drivers/net/virtio/virtio_pci.h
> +++ b/drivers/net/virtio/virtio_pci.h
> @@ -135,6 +135,12 @@ struct virtnet_ctl;
> */
> #define VIRTIO_F_ORDER_PLATFORM 36
>
> +/*
> + * This feature indicates that the driver passes extra data (besides
> + * identifying the virtqueue) in its device notifications.
> + */
> +#define VIRTIO_F_NOTIFICATION_DATA 38
> +
> /* The Guest publishes the used index for which it expects an interrupt
> * at the end of the avail ring. Host should ignore the avail->flags field. */
> /* The Host publishes the avail index for which it expects a kick
> --
> 2.17.1
next prev parent reply other threads:[~2019-12-18 9:52 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-04 15:03 [dpdk-dev] [DPDK] " Cheng Jiang
2019-12-09 1:59 ` Liu, Yong
2019-12-12 9:08 ` Jiang, Cheng1
2019-12-18 8:17 ` [dpdk-dev] [PATCH v2] " Cheng Jiang
2019-12-18 9:51 ` Gavin Hu [this message]
2019-12-23 2:34 ` Jiang, Cheng1
2019-12-23 5:15 ` [dpdk-dev] [PATCH v3] " Cheng Jiang
2019-12-23 6:49 ` Gavin Hu
2020-01-13 3:31 ` [dpdk-dev] [PATCH v4] " Cheng Jiang
2020-01-13 15:02 ` Maxime Coquelin
2020-01-15 11:18 ` Maxime Coquelin
2020-01-09 7:29 ` [dpdk-dev] [DPDK] " Liu, Yong
2020-01-13 2:57 ` Jiang, Cheng1
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=VI1PR08MB5376A3F0C805F87A6D120A768F530@VI1PR08MB5376.eurprd08.prod.outlook.com \
--to=gavin.hu@arm.com \
--cc=Cheng1.jiang@intel.com \
--cc=dev@dpdk.org \
--cc=maxime.coquelin@redhat.com \
--cc=nd@arm.com \
--cc=tiwei.bie@intel.com \
--cc=yong.liu@intel.com \
--cc=zhihong.wang@intel.com \
/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;
as well as URLs for NNTP newsgroup(s).