From: Andrew Rybchenko <arybchenko@solarflare.com>
To: Ferruh Yigit <ferruh.yigit@intel.com>, <pbhagavatula@marvell.com>,
<jerinj@marvell.com>, <thomas@monjalon.net>,
John McNamara <john.mcnamara@intel.com>,
Marko Kovacevic <marko.kovacevic@intel.com>
Cc: <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH v16 1/8] ethdev: add set ptype function
Date: Fri, 8 Nov 2019 14:40:23 +0300 [thread overview]
Message-ID: <5cdf2598-d97e-0f03-ef9f-203fafd7131b@solarflare.com> (raw)
In-Reply-To: <be4c2f34-37a1-5deb-ef9c-cb71d402142a@intel.com>
On 11/8/19 2:05 PM, Ferruh Yigit wrote:
> On 11/8/2019 10:24 AM, Andrew Rybchenko wrote:
>> On 11/8/19 12:52 PM, Ferruh Yigit wrote:
>>> On 11/8/2019 9:05 AM, Andrew Rybchenko wrote:
>>>> On 11/7/19 9:28 PM, Ferruh Yigit wrote:
>>>>> On 11/6/2019 7:17 PM, pbhagavatula@marvell.com wrote:
>>>>>> From: Pavan Nikhilesh <pbhagavatula@marvell.com>
>>>>>>
>>>>>> Add `rte_eth_dev_set_ptypes` function that will allow the application
>>>>>> to inform the PMD about reduced range of packet types to handle.
>>>>>> Based on the ptypes set PMDs can optimize their Rx path.
>>>>>>
>>>>>> -If application doesn’t want any ptype information it can call
>>>>>> `rte_eth_dev_set_ptypes(ethdev_id, RTE_PTYPE_UNKNOWN, NULL, 0)`
>>>>>> and PMD may skip packet type processing and set rte_mbuf::packet_type to
>>>>>> RTE_PTYPE_UNKNOWN.
>>>>>>
>>>>>> -If application doesn’t call `rte_eth_dev_set_ptypes` PMD can return
>>>>>> `rte_mbuf::packet_type` with `rte_eth_dev_get_supported_ptypes`.
>>>>>>
>>>>>> -If application is interested only in L2/L3 layer, it can inform the PMD
>>>>>> to update `rte_mbuf::packet_type` with L2/L3 ptype by calling
>>>>>> `rte_eth_dev_set_ptypes(ethdev_id,
>>>>>> RTE_PTYPE_L2_MASK | RTE_PTYPE_L3_MASK, NULL, 0)`.
>>>>>>
>>>>>> Suggested-by: Konstantin Ananyev <konstantin.ananyev@intel.com>
>>>>>> Signed-off-by: Pavan Nikhilesh <pbhagavatula@marvell.com>
>>>>>> Reviewed-by: Andrew Rybchenko <arybchenko@solarflare.com>
>>>>>> ---
>>>>>> doc/guides/nics/features.rst | 7 +-
>>>>>> doc/guides/rel_notes/release_19_11.rst | 8 +++
>>>>>> lib/librte_ethdev/rte_ethdev.c | 87 +++++++++++++++++++++++-
>>>>>> lib/librte_ethdev/rte_ethdev.h | 36 ++++++++++
>>>>>> lib/librte_ethdev/rte_ethdev_core.h | 18 +++++
>>>>>> lib/librte_ethdev/rte_ethdev_version.map | 1 +
>>>>>> 6 files changed, 154 insertions(+), 3 deletions(-)
>>>>>>
>>>>>> diff --git a/doc/guides/nics/features.rst b/doc/guides/nics/features.rst
>>>>>> index 7a31cf7c8..f33e8e6d4 100644
>>>>>> --- a/doc/guides/nics/features.rst
>>>>>> +++ b/doc/guides/nics/features.rst
>>>>>> @@ -583,9 +583,12 @@ Packet type parsing
>>>>>> -------------------
>>>>>>
>>>>>> Supports packet type parsing and returns a list of supported types.
>>>>>> +Allows application to set ptypes it is interested in.
>>>>>>
>>>>>> -* **[implements] eth_dev_ops**: ``dev_supported_ptypes_get``.
>>>>>> -* **[related] API**: ``rte_eth_dev_get_supported_ptypes()``.
>>>>>> +* **[implements] eth_dev_ops**: ``dev_supported_ptypes_get``,
>>>>>> +* **[related] API**: ``rte_eth_dev_get_supported_ptypes()``,
>>>>>> + ``rte_eth_dev_set_ptypes()``, ``dev_ptypes_set``.
>>>>>> +* **[provides] mbuf**: ``mbuf.packet_type``.
>>>>>>
>>>>>>
>>>>>> .. _nic_features_timesync:
>>>>>> diff --git a/doc/guides/rel_notes/release_19_11.rst b/doc/guides/rel_notes/release_19_11.rst
>>>>>> index 23182d187..2fa54aadc 100644
>>>>>> --- a/doc/guides/rel_notes/release_19_11.rst
>>>>>> +++ b/doc/guides/rel_notes/release_19_11.rst
>>>>>> @@ -86,6 +86,13 @@ New Features
>>>>>> SET_TAG action and TAG item have been added to support transient flow
>>>>>> tag.
>>>>>>
>>>>>> +* **Added ethdev API to set supported packet types**
>>>>>> +
>>>>>> + * Added new API ``rte_eth_dev_set_ptypes`` that allows an application to
>>>>>> + inform PMD about about reduced range of packet types to handle.
>>>>>> + * This scheme will allow PMDs to avoid lookup to internal ptype table on Rx
>>>>>> + and thereby improve Rx performance if application wishes do so.
>>>>>> +
>>>>>> * **Updated the enic driver.**
>>>>>>
>>>>>> * Added support for Geneve with options offload.
>>>>>> @@ -258,6 +265,7 @@ New Features
>>>>>> * Rx metadata is delivered to host via a dynamic field of ``rte_mbuf`` with
>>>>>> PKT_RX_DYNF_METADATA.
>>>>>>
>>>>>> +
>>>>>> Removed Items
>>>>>> -------------
>>>>>>
>>>>>> diff --git a/lib/librte_ethdev/rte_ethdev.c b/lib/librte_ethdev/rte_ethdev.c
>>>>>> index 652c369e5..13e6daaf4 100644
>>>>>> --- a/lib/librte_ethdev/rte_ethdev.c
>>>>>> +++ b/lib/librte_ethdev/rte_ethdev.c
>>>>>> @@ -2879,6 +2879,92 @@ rte_eth_dev_get_supported_ptypes(uint16_t port_id, uint32_t ptype_mask,
>>>>>> return j;
>>>>>> }
>>>>>>
>>>>>> +int
>>>>>> +rte_eth_dev_set_ptypes(uint16_t port_id, uint32_t ptype_mask,
>>>>>> + uint32_t *set_ptypes, unsigned int num)
>>>>>> +{
>>>>>> + const uint32_t valid_ptype_masks[] = {
>>>>>> + RTE_PTYPE_L2_MASK,
>>>>>> + RTE_PTYPE_L3_MASK,
>>>>>> + RTE_PTYPE_L4_MASK,
>>>>>> + RTE_PTYPE_TUNNEL_MASK,
>>>>>> + RTE_PTYPE_INNER_L2_MASK,
>>>>>> + RTE_PTYPE_INNER_L3_MASK,
>>>>>> + RTE_PTYPE_INNER_L4_MASK,
>>>>>> + };
>>>>>> + const uint32_t *all_ptypes;
>>>>>> + struct rte_eth_dev *dev;
>>>>>> + uint32_t unused_mask;
>>>>>> + unsigned int i, j;
>>>>>> + int ret;
>>>>>> +
>>>>>> + RTE_ETH_VALID_PORTID_OR_ERR_RET(port_id, -ENODEV);
>>>>>> + dev = &rte_eth_devices[port_id];
>>>>>> +
>>>>>> + if (num > 0 && set_ptypes == NULL)
>>>>>> + return -EINVAL;
>>>>>> +
>>>>>> + if (*dev->dev_ops->dev_supported_ptypes_get == NULL ||
>>>>>> + *dev->dev_ops->dev_ptypes_set == NULL) {
>>>>>> + ret = 0;
>>>>>> + goto ptype_unknown;
>>>>>> + }
>>>>>
>>>>> Hi Pavan, Andrew,
>>>>>
>>>>> Why API is not returning "-ENOTSUP" id dev_ops is not provided as done it other
>>>>> APIs?
>>>>
>>>> As I understand the reason behind it is an optional nature
>>>> of the callback. It is just an optimization and there is no
>>>> point to complicate applications code to check and treat
>>>> -ENOTSUP is OK.
>>>
>>> I was also thinking this is just an optimization but Jerin wants to call it
>>> default in all samples first, now in testpmd by default.
>>
>> Why the optimization should not be applied in all samples?
>> If sample does not use ptype information it may and should
>> be applied since we are all keen for the best possible
>> performance.
>>
>>> Although it makes simple to ignore the error this way, I think it can be good to
>>> differentiate the success, not implemented and failed cases.
>>
>> No, it simplifies error tracking. We can check return value and
>> if it is not zero say that it goes wrong (instead of not zero and
>> not -ENOTSUP).
>
> Right now it is not clear if API successfully run or not supported at all,
Why is it important? I think it is not important.
> also there is no API to get list of ptypes API reports after this API call,
> so there is no way to know what is current reported ptypes after this API
> return success
Yes, that's true. As I understand it possible to obtain the information
at the type of set_types only.
> For example, for the tespmd call, I suggest printing a log saying that supported
> ptypes has been reduced if the API returns successfully, but with current API we
> can't really say if it was successful or not.
Fair and makes sense. We can dump returned set_ptypes.
Anyway saying if it is *reduced* or not is impossible
without explicit indication and I'm not sure that the
information required (worse efforts to provide it).
>>>>
>>>>>> +
>>>>>> + if (ptype_mask == 0) {
>>>>>> + ret = (*dev->dev_ops->dev_ptypes_set)(dev,
>>>>>> + ptype_mask);
>>>>>> + goto ptype_unknown;
>>>>>> + }
>>>>>> +
>>>>>> + unused_mask = ptype_mask;
>>>>>> + for (i = 0; i < RTE_DIM(valid_ptype_masks); i++) {
>>>>>> + uint32_t mask = ptype_mask & valid_ptype_masks[i];
>>>>>> + if (mask && mask != valid_ptype_masks[i]) {
>>>>>> + ret = -EINVAL;
>>>>>> + goto ptype_unknown;
>>>>>> + }
>>>>>> + unused_mask &= ~valid_ptype_masks[i];
>>>>>> + }
>>>>>
>>>>> What does above block does?
>>>>> Does it mean 'ptype_mask' only can be combination of 'valid_ptype_masks' items?
>>>>
>>>> Yes.
>>>>
>>>>> Let's say can't I set only 'RTE_PTYPE_L2_ETHER' as requested ptype?
>>>>
>>>> Yes
>>>>
>>>>> Why this limitation and is it documented anywhere, like the API documentation?
>>>>
>>>> It is simply incorrect to have non-mask bits here.
>>>> RTE_PTYPE_L2_ETHER & RTE_PTYPE_L2_ETHER_ARP != 0
>>>
>>> Right.
>>>
>>>> It is documented in the ptype_mask parameter description.
>>>
>>> OK, I missed it in ptype_mask description.
>>>
>>>>
>>>>>> +
>>>>>> + if (unused_mask) {
>>>>>> + ret = -EINVAL;
>>>>>> + goto ptype_unknown;
>>>>>> + }
>>>>>> +
>>>>>> + all_ptypes = (*dev->dev_ops->dev_supported_ptypes_get)(dev);
>>>>>> + if (all_ptypes == NULL) {
>>>>>> + ret = 0;
>>>>>> + goto ptype_unknown;
>>>>>> + }
>>>>>> +
>>>>>> + /*
>>>>>> + * Accodommodate as many set_ptypes as possible. If the supplied
>>>>>
>>>>> s/Accodommodate/Accommodate
>>>>>
>>>>>> + * set_ptypes array is insufficient fill it partially.
>>>>>> + */
>>>>>> + for (i = 0, j = 0; set_ptypes != NULL &&
>>>>>> + (all_ptypes[i] != RTE_PTYPE_UNKNOWN); ++i) {
>>>>>> + if (ptype_mask & all_ptypes[i]) {
>>>>>> + if (j < num - 1) {
>>>>>> + set_ptypes[j] = all_ptypes[i];
>>>>>> + j++;
>>>>>> + continue;
>>>>>> + }
>>>>>> + break;
>>>>>> + }
>>>>>> + }
>>>>>> +
>>>>>> + if (set_ptypes != NULL && j < num)
>>>>>> + set_ptypes[j] = RTE_PTYPE_UNKNOWN;
>>>>>> +
>>>>>> + return (*dev->dev_ops->dev_ptypes_set)(dev, ptype_mask);
>>>>>
>>>>> Only a question, at this stage API knows the supported ptypes by device, does it
>>>>> make sense to check if 'ptype_mask' has anything unsupported instead of passing
>>>>> it to the driver and expect driver to check it?
>>>>
>>>> It is also explained by the nature of the API. Application says:
>>>> I'm interested in the following ptypes only to let PMD know that
>>>> it could drop classification behind it. If PMD does not support
>>>> some layers, it will not provide classification anyway.
>>>
>>> in "eth_dev_ptypes_set_t" documentation, it says:
>>> "- (-EINVAL) if *ptype_mask* is invalid."
>>> I thought PMD does a check on received 'ptype_mask', if expectation is PMD will
>>> do the check, why not do the check in API commonly instead of each PMD.
>>> What is the documented case "*ptype_mask* is invalid."?
>>
>> Not a combination of RTE_PTYPE_*_MASK.
>> There are few cases above where -EINVAL is returned includes failed
>> validation of ptype_mask.
>
> OK, let me try to again,
> according API, *PMD* can return error if 'ptype_mask' is not valid,
Ah, it is rather a comment related to eth_dev_ptypes_set_t prototype
description. I'd remove -EINVAL description from the prototype
description.
> a) what is that validity check in PMD?
> b) if it is a common check can we move if from PMD to the API?
>
>>
>>>>
>>>>>> +
>>>>>> +ptype_unknown:
>>>>>> + if (num > 0)
>>>>>> + set_ptypes[0] = RTE_PTYPE_UNKNOWN;
>>>>>> +
>>>>>> + return ret;
>>>>>> +}
>>>>>> +
>>>>>> int
>>>>>> rte_eth_macaddr_get(uint16_t port_id, struct rte_ether_addr *mac_addr)
>>>>>> {
>>>>>> @@ -2891,7 +2977,6 @@ rte_eth_macaddr_get(uint16_t port_id, struct rte_ether_addr *mac_addr)
>>>>>> return 0;
>>>>>> }
>>>>>>
>>>>>> -
>>>>>> int
>>>>>> rte_eth_dev_get_mtu(uint16_t port_id, uint16_t *mtu)
>>>>>> {
>>>>>> diff --git a/lib/librte_ethdev/rte_ethdev.h b/lib/librte_ethdev/rte_ethdev.h
>>>>>> index 44d77b332..a7872819d 100644
>>>>>> --- a/lib/librte_ethdev/rte_ethdev.h
>>>>>> +++ b/lib/librte_ethdev/rte_ethdev.h
>>>>>> @@ -2604,6 +2604,42 @@ int rte_eth_dev_fw_version_get(uint16_t port_id,
>>>>>> */
>>>>>> int rte_eth_dev_get_supported_ptypes(uint16_t port_id, uint32_t ptype_mask,
>>>>>> uint32_t *ptypes, int num);
>>>>>> +/**
>>>>>> + * @warning
>>>>>> + * @b EXPERIMENTAL: this API may change without prior notice.
>>>>>> + *
>>>>>> + * Inform Ethernet device about reduced range of packet types to handle.
>>>>>> + *
>>>>>> + * Application can use this function to set only specific ptypes that it's
>>>>>> + * interested. This information can be used by the PMD to optimize Rx path.
>>>>>> + *
>>>>>> + * The function accepts an array `set_ptypes` allocated by the caller to
>>>>>> + * store the packet types set by the driver, the last element of the array
>>>>>> + * is set to RTE_PTYPE_UNKNOWN. The size of the `set_ptype` array should be
>>>>>> + * `rte_eth_dev_get_supported_ptypes() + 1` else it might only be filled
>>>>>> + * partially.
>>>>>> + *
>>>>>> + * @param port_id
>>>>>> + * The port identifier of the Ethernet device.
>>>>>> + * @param ptype_mask
>>>>>> + * The ptype family that application is interested in should be bitwise OR of
>>>>>> + * RTE_PTYPE_*_MASK or 0.
>>>>>
>>>>> No strong opinion but is it really a mask? it doesn't used to mask any value,
>>>>> but it is list of ptypes that application requests, in a bitwise ORed form, so I
>>>>> this it can be ptypes.
>>>>
>>>> See above.
>>>
>>> OK, it is a mask really.
>>>
>>>>
>>>>>> + * @param set_ptypes
>>>>>> + * An array pointer to store set packet types, allocated by caller. The
>>>>>> + * function marks the end of array with RTE_PTYPE_UNKNOWN.
>>>>>
>>>>> Not for this patch, but is an API also required to get current supported ptypes
>>>>> from the driver? Even application keeps this list, something can reset in the
>>>>> device/driver, supported pytpe list can be changed and it can differ with what
>>>>> application knows.
>>>>
>>>> I would say that set_ptypes should not affected supported_ptypes.
>>>
>>> I expect same. I was asking should we have an API that returns list of ptypes
>>> returned by PMD after 'rte_eth_dev_set_ptypes()' call? Can we know that list
>>> without a new API?
>>
>> As I understand the only way right now is to get on when ptypes are set.
>
> That is what I am saying, assuming application storing this ptype list and
> driver did a reset or something can make application list invalid/wrong, so a
> better way to get the list can be required.
Yes, that's true. I have no strong opinion.
>> I would add _get_ptypes() function when it is really required only.
>
> OK, I don't know if application may need to know it.
I suggest to wait with it. It is an experimental API and
usage will show if _get_ptypes() is required or not.
Many thanks.
>>
>>>>
>>>>>> + * @param num
>>>>>> + * Size of the array pointed by param ptypes.
>>>>>> + * Should be rte_eth_dev_get_supported_ptypes() + 1 to accommodate the
>>>>>> + * set ptypes.
>>>>>> + * @return
>>>>>> + * - (0) if Success.
>>>>>> + * - (-ENODEV) if *port_id* invalid.
>>>>>> + * - (-EINVAL) if *ptype_mask* is invalid (or) set_ptypes is NULL and
>>>>>> + * num > 0.
>>>>>> + */
>>>>>> +__rte_experimental
>>>>>> +int rte_eth_dev_set_ptypes(uint16_t port_id, uint32_t ptype_mask,
>>>>>> + uint32_t *set_ptypes, unsigned int num);
>>>>>>
>>>>>> /**
>>>>>> * Retrieve the MTU of an Ethernet device.
>>>>>> diff --git a/lib/librte_ethdev/rte_ethdev_core.h b/lib/librte_ethdev/rte_ethdev_core.h
>>>>>> index f215af7c9..657c39b56 100644
>>>>>> --- a/lib/librte_ethdev/rte_ethdev_core.h
>>>>>> +++ b/lib/librte_ethdev/rte_ethdev_core.h
>>>>>> @@ -234,6 +234,22 @@ typedef int (*eth_dev_infos_get_t)(struct rte_eth_dev *dev,
>>>>>> typedef const uint32_t *(*eth_dev_supported_ptypes_get_t)(struct rte_eth_dev *dev);
>>>>>> /**< @internal Get supported ptypes of an Ethernet device. */
>>>>>>
>>>>>> +/**
>>>>>> + * @internal
>>>>>> + * Inform Ethernet device about reduced range of packet types to handle.
>>>>>> + *
>>>>>> + * @param dev
>>>>>> + * The Ethernet device identifier.
>>>>>> + * @param ptype_mask
>>>>>> + * The ptype family that application is interested in should be bitwise OR of
>>>>>> + * RTE_PTYPE_*_MASK or 0.
>>>>>> + * @return
>>>>>> + * - (0) if Success.
>>>>>> + * - (-EINVAL) if *ptype_mask* is invalid.
>>>>>> + */
>>>>>> +typedef int (*eth_dev_ptypes_set_t)(struct rte_eth_dev *dev,
>>>>>> + uint32_t ptype_mask);
>>>>>> +
>>>>>> typedef int (*eth_queue_start_t)(struct rte_eth_dev *dev,
>>>>>> uint16_t queue_id);
>>>>>> /**< @internal Start rx and tx of a queue of an Ethernet device. */
>>>>>> @@ -630,6 +646,8 @@ struct eth_dev_ops {
>>>>>> eth_fw_version_get_t fw_version_get; /**< Get firmware version. */
>>>>>> eth_dev_supported_ptypes_get_t dev_supported_ptypes_get;
>>>>>> /**< Get packet types supported and identified by device. */
>>>>>> + eth_dev_ptypes_set_t dev_ptypes_set;
>>>>>> + /**< Inform Ethernet device about reduced range of packet types to handle. */
>>>>>>
>>>>>> vlan_filter_set_t vlan_filter_set; /**< Filter VLAN Setup. */
>>>>>> vlan_tpid_set_t vlan_tpid_set; /**< Outer/Inner VLAN TPID Setup. */
>>>>>> diff --git a/lib/librte_ethdev/rte_ethdev_version.map b/lib/librte_ethdev/rte_ethdev_version.map
>>>>>> index ee289ef13..ccfbeae23 100644
>>>>>> --- a/lib/librte_ethdev/rte_ethdev_version.map
>>>>>> +++ b/lib/librte_ethdev/rte_ethdev_version.map
>>>>>> @@ -292,4 +292,5 @@ EXPERIMENTAL {
>>>>>> rte_flow_dynf_metadata_offs;
>>>>>> rte_flow_dynf_metadata_mask;
>>>>>> rte_flow_dynf_metadata_register;
>>>>>> + rte_eth_dev_set_ptypes;
>>>>>> };
>>>>>>
>>>>
>>
>
next prev parent reply other threads:[~2019-11-08 11:40 UTC|newest]
Thread overview: 245+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-21 20:47 [dpdk-dev] [PATCH v2 0/7] ethdev: add new Rx offload flags pbhagavatula
2019-08-21 20:47 ` [dpdk-dev] [PATCH v2 1/7] ethdev: add set ptype function pbhagavatula
2019-08-23 9:44 ` Andrew Rybchenko
2019-10-01 14:54 ` Jerin Jacob
2019-08-21 20:47 ` [dpdk-dev] [PATCH v2 2/7] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-08-23 1:19 ` Stephen Hemminger
2019-08-27 13:44 ` Andrew Rybchenko
2019-08-23 9:49 ` Andrew Rybchenko
2019-08-21 20:47 ` [dpdk-dev] [PATCH v2 3/7] ethdev: add flow action type " pbhagavatula
2019-08-23 10:00 ` Andrew Rybchenko
2019-08-21 20:47 ` [dpdk-dev] [PATCH v2 4/7] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-10-01 14:43 ` Jerin Jacob
2019-10-01 15:40 ` Ajit Khaparde
2019-08-21 20:47 ` [dpdk-dev] [PATCH v2 5/7] drivers/net: update Rx flow flag and mark capabilities pbhagavatula
2019-08-23 10:03 ` Andrew Rybchenko
2019-10-01 14:48 ` Jerin Jacob
2019-08-21 20:47 ` [dpdk-dev] [PATCH v2 6/7] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-08-21 20:47 ` [dpdk-dev] [PATCH v2 7/7] examples: disable Rx packet type parsing pbhagavatula
2019-08-23 10:10 ` Andrew Rybchenko
2019-09-29 21:19 ` [dpdk-dev] [PATCH v3 0/7] ethdev: add new Rx offload flags pbhagavatula
2019-09-29 21:19 ` [dpdk-dev] [PATCH v3 1/7] ethdev: add set ptype function pbhagavatula
2019-09-29 21:19 ` [dpdk-dev] [PATCH v3 2/7] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-09-29 21:19 ` [dpdk-dev] [PATCH v3 3/7] ethdev: add flow action type " pbhagavatula
2019-09-29 21:19 ` [dpdk-dev] [PATCH v3 4/7] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-09-29 21:19 ` [dpdk-dev] [PATCH v3 5/7] drivers/net: update Rx flow flag and mark capabilities pbhagavatula
2019-09-29 21:19 ` [dpdk-dev] [PATCH v3 6/7] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-09-29 21:19 ` [dpdk-dev] [PATCH v3 7/7] examples: disable Rx packet type parsing pbhagavatula
2019-09-30 17:47 ` Aaron Conole
2019-10-01 5:02 ` Pavan Nikhilesh Bhagavatula
2019-10-01 6:34 ` [dpdk-dev] [PATCH v4 0/7] ethdev: add new Rx offload flags pbhagavatula
2019-10-01 6:34 ` [dpdk-dev] [PATCH v4 1/7] ethdev: add set ptype function pbhagavatula
2019-10-01 7:04 ` Andrew Rybchenko
2019-10-01 6:34 ` [dpdk-dev] [PATCH v4 2/7] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-10-01 6:34 ` [dpdk-dev] [PATCH v4 3/7] ethdev: add flow action type " pbhagavatula
2019-10-01 6:34 ` [dpdk-dev] [PATCH v4 4/7] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-10-01 6:34 ` [dpdk-dev] [PATCH v4 5/7] drivers/net: update Rx flow flag and mark capabilities pbhagavatula
2019-10-01 6:34 ` [dpdk-dev] [PATCH v4 6/7] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-10-01 6:34 ` [dpdk-dev] [PATCH v4 7/7] examples: disable Rx packet type parsing pbhagavatula
2019-10-01 6:41 ` [dpdk-dev] [PATCH v5 0/7] ethdev: add new Rx offload flags pbhagavatula
2019-10-01 6:41 ` [dpdk-dev] [PATCH v5 1/7] ethdev: add set ptype function pbhagavatula
2019-10-01 6:41 ` [dpdk-dev] [PATCH v5 2/7] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-10-01 6:41 ` [dpdk-dev] [PATCH v5 3/7] ethdev: add flow action type " pbhagavatula
2019-10-01 6:41 ` [dpdk-dev] [PATCH v5 4/7] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-10-01 7:10 ` Andrew Rybchenko
2019-10-01 11:50 ` Hemant Agrawal
2019-10-01 6:41 ` [dpdk-dev] [PATCH v5 5/7] drivers/net: update Rx flow flag and mark capabilities pbhagavatula
2019-10-01 7:11 ` Andrew Rybchenko
2019-10-01 6:41 ` [dpdk-dev] [PATCH v5 6/7] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-10-01 6:41 ` [dpdk-dev] [PATCH v5 7/7] examples: disable Rx packet type parsing pbhagavatula
2019-10-01 18:52 ` [dpdk-dev] [PATCH v6 0/7] ethdev: add new Rx offload flags pbhagavatula
2019-10-01 18:52 ` [dpdk-dev] [PATCH v6 1/7] ethdev: add set ptype function pbhagavatula
2019-10-01 18:52 ` [dpdk-dev] [PATCH v6 2/7] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-10-01 18:52 ` [dpdk-dev] [PATCH v6 3/7] ethdev: add flow action type " pbhagavatula
2019-10-01 18:52 ` [dpdk-dev] [PATCH v6 4/7] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-10-01 18:52 ` [dpdk-dev] [PATCH v6 5/7] drivers/net: update Rx flow flag and mark capabilities pbhagavatula
2019-10-01 18:52 ` [dpdk-dev] [PATCH v6 6/7] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-10-01 18:52 ` [dpdk-dev] [PATCH v6 7/7] examples: disable Rx packet type parsing pbhagavatula
2019-10-02 3:47 ` [dpdk-dev] [PATCH v5 0/7] ethdev: add new Rx offload flags pbhagavatula
2019-10-02 3:47 ` [dpdk-dev] [PATCH v7 1/7] ethdev: add set ptype function pbhagavatula
2019-10-02 13:37 ` Andrew Rybchenko
2019-10-02 13:41 ` Andrew Rybchenko
2019-10-02 3:47 ` [dpdk-dev] [PATCH v7 2/7] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-10-02 3:47 ` [dpdk-dev] [PATCH v7 3/7] ethdev: add flow action type " pbhagavatula
2019-10-02 3:47 ` [dpdk-dev] [PATCH v7 4/7] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-10-02 3:47 ` [dpdk-dev] [PATCH v7 5/7] drivers/net: update Rx flow flag and mark capabilities pbhagavatula
2019-10-02 9:52 ` Jerin Jacob
2019-10-02 3:47 ` [dpdk-dev] [PATCH v7 6/7] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-10-02 3:47 ` [dpdk-dev] [PATCH v7 7/7] examples: disable Rx packet type parsing pbhagavatula
2019-10-02 21:36 ` [dpdk-dev] [PATCH v8 0/7] ethdev: add new Rx offload flags pbhagavatula
2019-10-02 21:36 ` [dpdk-dev] [PATCH v8 1/7] ethdev: add set ptype function pbhagavatula
2019-10-03 7:40 ` Andrew Rybchenko
2019-10-03 17:15 ` Pavan Nikhilesh Bhagavatula
2019-10-02 21:36 ` [dpdk-dev] [PATCH v8 2/7] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-10-02 21:36 ` [dpdk-dev] [PATCH v8 3/7] ethdev: add flow action type " pbhagavatula
2019-10-02 21:36 ` [dpdk-dev] [PATCH v8 4/7] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-10-02 21:36 ` [dpdk-dev] [PATCH v8 5/7] drivers/net: update Rx flow flag and mark capabilities pbhagavatula
2019-10-02 21:36 ` [dpdk-dev] [PATCH v8 6/7] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-10-02 21:36 ` [dpdk-dev] [PATCH v8 7/7] examples: disable Rx packet type parsing pbhagavatula
2019-10-07 6:51 ` [dpdk-dev] [PATCH v9 0/7] ethdev: add new Rx offload flags pbhagavatula
2019-10-07 6:51 ` [dpdk-dev] [PATCH v9 1/7] ethdev: add set ptype function pbhagavatula
2019-10-08 14:48 ` Andrew Rybchenko
2019-10-07 6:51 ` [dpdk-dev] [PATCH v9 2/7] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-10-07 6:51 ` [dpdk-dev] [PATCH v9 3/7] ethdev: add flow action type " pbhagavatula
2019-10-07 6:51 ` [dpdk-dev] [PATCH v9 4/7] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-10-07 6:51 ` [dpdk-dev] [PATCH v9 5/7] drivers/net: update Rx flow flag and mark capabilities pbhagavatula
2019-10-07 6:51 ` [dpdk-dev] [PATCH v9 6/7] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-10-07 6:51 ` [dpdk-dev] [PATCH v9 7/7] examples: disable Rx packet type parsing pbhagavatula
2019-10-09 15:33 ` [dpdk-dev] [PATCH v10 0/7] ethdev: add new Rx offload flags pbhagavatula
2019-10-09 15:33 ` [dpdk-dev] [PATCH v10 1/7] ethdev: add set ptype function pbhagavatula
2019-10-10 8:46 ` Andrew Rybchenko
2019-10-09 15:33 ` [dpdk-dev] [PATCH v10 2/7] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-10-09 15:33 ` [dpdk-dev] [PATCH v10 3/7] ethdev: add flow action type " pbhagavatula
2019-10-09 15:33 ` [dpdk-dev] [PATCH v10 4/7] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-10-09 15:33 ` [dpdk-dev] [PATCH v10 5/7] drivers/net: update Rx flow flag and mark capabilities pbhagavatula
2019-10-09 15:33 ` [dpdk-dev] [PATCH v10 6/7] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-10-09 15:33 ` [dpdk-dev] [PATCH v10 7/7] examples: disable Rx packet type parsing pbhagavatula
2019-10-10 10:51 ` [dpdk-dev] [PATCH v11 0/7] ethdev: add new Rx offload flags pbhagavatula
2019-10-10 10:51 ` [dpdk-dev] [PATCH v11 1/7] ethdev: add set ptype function pbhagavatula
2019-10-10 10:51 ` [dpdk-dev] [PATCH v11 2/7] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-10-10 10:51 ` [dpdk-dev] [PATCH v11 3/7] ethdev: add flow action type " pbhagavatula
2019-10-10 10:51 ` [dpdk-dev] [PATCH v11 4/7] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-10-10 10:51 ` [dpdk-dev] [PATCH v11 5/7] drivers/net: update Rx flow flag and mark capabilities pbhagavatula
2019-10-10 10:51 ` [dpdk-dev] [PATCH v11 6/7] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-10-10 10:51 ` [dpdk-dev] [PATCH v11 7/7] examples: disable Rx packet type parsing pbhagavatula
2019-10-17 12:02 ` [dpdk-dev] [PATCH v12 0/7] ethdev: add new Rx offload flags pbhagavatula
2019-10-17 12:02 ` [dpdk-dev] [PATCH v12 1/7] ethdev: add set ptype function pbhagavatula
2019-10-17 12:02 ` [dpdk-dev] [PATCH v12 2/7] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-10-17 12:02 ` [dpdk-dev] [PATCH v12 3/7] ethdev: add flow action type " pbhagavatula
2019-10-17 12:02 ` [dpdk-dev] [PATCH v12 4/7] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-10-17 12:02 ` [dpdk-dev] [PATCH v12 5/7] drivers/net: update Rx flow flag and mark capabilities pbhagavatula
2019-10-17 12:02 ` [dpdk-dev] [PATCH v12 6/7] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-10-17 12:02 ` [dpdk-dev] [PATCH v12 7/7] examples: disable Rx packet type parsing pbhagavatula
2019-10-17 17:43 ` [dpdk-dev] [PATCH v12 0/7] ethdev: add new Rx offload flags Ferruh Yigit
2019-10-18 7:32 ` Andrew Rybchenko
2019-10-18 9:42 ` Ferruh Yigit
2019-10-18 10:31 ` Andrew Rybchenko
2019-10-21 15:06 ` Ferruh Yigit
2019-10-25 14:33 ` [dpdk-dev] [PATCH v13 0/6] " pbhagavatula
2019-10-25 14:33 ` [dpdk-dev] [PATCH v13 1/6] ethdev: add set ptype function pbhagavatula
2019-10-25 14:33 ` [dpdk-dev] [PATCH v13 2/6] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-10-25 14:33 ` [dpdk-dev] [PATCH v13 3/6] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-10-25 14:56 ` Andrew Rybchenko
2019-10-25 14:33 ` [dpdk-dev] [PATCH v13 4/6] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-10-25 14:33 ` [dpdk-dev] [PATCH v13 5/6] examples/l2fwd: disable ptype parsing pbhagavatula
2019-10-25 14:33 ` [dpdk-dev] [PATCH v13 6/6] app/testpmd: add command to set supported ptype mask pbhagavatula
2019-10-29 5:03 ` [dpdk-dev] [PATCH v14 0/6] ethdev: add new Rx offload flags pbhagavatula
2019-10-29 5:03 ` [dpdk-dev] [PATCH v14 1/7] ethdev: add set ptype function pbhagavatula
2019-10-29 5:03 ` [dpdk-dev] [PATCH v14 2/7] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-10-29 7:13 ` Andrew Rybchenko
2019-10-29 5:03 ` [dpdk-dev] [PATCH v14 3/7] ethdev: log offloads that can't be disabled by PMD pbhagavatula
2019-10-29 7:05 ` Andrew Rybchenko
2019-10-29 8:33 ` Pavan Nikhilesh Bhagavatula
2019-10-29 8:42 ` Andrew Rybchenko
2019-10-29 5:03 ` [dpdk-dev] [PATCH v14 4/7] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-10-29 7:21 ` Andrew Rybchenko
2019-10-29 5:03 ` [dpdk-dev] [PATCH v14 5/7] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-10-29 5:03 ` [dpdk-dev] [PATCH v14 6/7] examples/l2fwd: disable ptype parsing pbhagavatula
2019-10-29 5:03 ` [dpdk-dev] [PATCH v14 7/7] app/testpmd: add command to set supported ptype mask pbhagavatula
2019-10-29 15:37 ` [dpdk-dev] [PATCH v15 0/7] ethdev: add new Rx offload flags pbhagavatula
2019-10-29 15:37 ` [dpdk-dev] [PATCH v15 1/7] ethdev: add set ptype function pbhagavatula
2019-10-31 13:39 ` Thomas Monjalon
2019-10-29 15:37 ` [dpdk-dev] [PATCH v15 2/7] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-10-31 13:43 ` Thomas Monjalon
2019-10-29 15:37 ` [dpdk-dev] [PATCH v15 3/7] ethdev: add validation to offloads set by PMD pbhagavatula
2019-10-29 16:53 ` Andrew Rybchenko
2019-10-29 17:25 ` [dpdk-dev] [EXT] " Pavan Nikhilesh Bhagavatula
2019-10-31 13:45 ` [dpdk-dev] " Thomas Monjalon
2019-10-31 13:58 ` Thomas Monjalon
2019-10-31 16:44 ` [dpdk-dev] [EXT] " Pavan Nikhilesh Bhagavatula
2019-11-01 22:50 ` Thomas Monjalon
2019-10-31 15:13 ` [dpdk-dev] " Matan Azrad
2019-10-31 15:18 ` Pavan Nikhilesh Bhagavatula
2019-10-31 15:50 ` Matan Azrad
2019-10-31 16:33 ` Pavan Nikhilesh Bhagavatula
2019-11-01 11:04 ` Andrew Rybchenko
2019-11-03 6:57 ` Matan Azrad
2019-11-03 12:12 ` Andrew Rybchenko
2019-11-03 15:16 ` Matan Azrad
2019-11-05 12:48 ` Andrew Rybchenko
2019-11-05 14:05 ` Matan Azrad
2019-11-05 14:37 ` Andrew Rybchenko
2019-11-06 6:58 ` Matan Azrad
2019-11-06 8:12 ` Andrew Rybchenko
2019-11-07 6:56 ` Matan Azrad
2019-11-08 10:12 ` Andrew Rybchenko
2019-11-08 10:29 ` Matan Azrad
2019-11-08 11:24 ` Andrew Rybchenko
2019-11-08 11:48 ` Matan Azrad
2019-11-08 12:09 ` Andrew Rybchenko
2019-11-08 12:59 ` Thomas Monjalon
2019-10-29 15:37 ` [dpdk-dev] [PATCH v15 4/7] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-10-31 14:03 ` Thomas Monjalon
2019-10-31 16:51 ` Pavan Nikhilesh Bhagavatula
2019-11-01 11:11 ` Andrew Rybchenko
2019-11-01 22:22 ` Thomas Monjalon
2019-11-01 17:49 ` Liron Himi
2019-11-03 12:06 ` Andrew Rybchenko
2019-11-03 14:06 ` [dpdk-dev] [EXT] " Liron Himi
2019-10-29 15:37 ` [dpdk-dev] [PATCH v15 5/7] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-10-31 14:05 ` Thomas Monjalon
2019-10-29 15:37 ` [dpdk-dev] [PATCH v15 6/7] examples/l2fwd: disable ptype parsing pbhagavatula
2019-10-29 15:37 ` [dpdk-dev] [PATCH v15 7/7] app/testpmd: add command to set supported ptype mask pbhagavatula
2019-10-31 10:33 ` Iremonger, Bernard
2019-11-06 18:13 ` Pavan Nikhilesh Bhagavatula
2019-11-06 19:17 ` [dpdk-dev] [PATCH v16 0/8] ethdev: add new Rx offload flags pbhagavatula
2019-11-06 19:17 ` [dpdk-dev] [PATCH v16 1/8] ethdev: add set ptype function pbhagavatula
2019-11-07 18:28 ` Ferruh Yigit
2019-11-08 9:05 ` Andrew Rybchenko
2019-11-08 9:52 ` Ferruh Yigit
2019-11-08 10:24 ` Andrew Rybchenko
2019-11-08 11:05 ` Ferruh Yigit
2019-11-08 11:40 ` Andrew Rybchenko [this message]
2019-11-06 19:17 ` [dpdk-dev] [PATCH v16 2/8] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-11-07 17:24 ` Ferruh Yigit
2019-11-10 14:43 ` Pavan Nikhilesh Bhagavatula
2019-11-06 19:17 ` [dpdk-dev] [PATCH v16 3/8] ethdev: add validation to offloads set by PMD pbhagavatula
2019-11-07 16:51 ` Ferruh Yigit
2019-11-06 19:17 ` [dpdk-dev] [PATCH v16 4/8] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-11-07 16:48 ` Ferruh Yigit
2019-11-07 17:22 ` Ferruh Yigit
2019-11-08 8:48 ` Andrew Rybchenko
2019-11-14 14:01 ` Ferruh Yigit
2019-11-06 19:17 ` [dpdk-dev] [PATCH v16 5/8] examples/eventdev_pipeline: split port init sequence pbhagavatula
2019-11-06 19:18 ` [dpdk-dev] [PATCH v16 6/8] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-11-06 19:18 ` [dpdk-dev] [PATCH v16 7/8] examples/l2fwd: disable ptype parsing pbhagavatula
2019-11-07 17:59 ` Ferruh Yigit
2019-11-07 18:30 ` Ferruh Yigit
2019-11-06 19:18 ` [dpdk-dev] [PATCH v16 8/8] app/testpmd: add command to set supported ptype mask pbhagavatula
2019-11-07 11:57 ` Iremonger, Bernard
2019-11-07 12:27 ` Iremonger, Bernard
2019-11-07 14:36 ` Pavan Nikhilesh Bhagavatula
2019-11-07 15:00 ` Iremonger, Bernard
2019-11-07 18:40 ` Ferruh Yigit
2019-11-07 18:55 ` Jerin Jacob
2019-11-07 19:40 ` Ferruh Yigit
2019-11-08 4:13 ` Jerin Jacob
2019-11-08 13:54 ` Ananyev, Konstantin
2019-11-08 15:01 ` Jerin Jacob
2019-11-11 4:56 ` [dpdk-dev] [EXT] " Pavan Nikhilesh Bhagavatula
2019-11-11 5:02 ` Jerin Jacob
2019-11-11 10:44 ` Ferruh Yigit
2019-11-11 13:19 ` [dpdk-dev] [PATCH v17 00/10] ethdev: add new Rx offload flags pbhagavatula
2019-11-11 13:19 ` [dpdk-dev] [PATCH v17 01/10] ethdev: add set ptype function pbhagavatula
2019-11-11 13:19 ` [dpdk-dev] [PATCH v17 02/10] ethdev: add mbuf RSS update as an offload pbhagavatula
2019-11-13 18:04 ` Ferruh Yigit
2019-11-11 13:19 ` [dpdk-dev] [PATCH v17 03/10] ethdev: add validation to offloads set by PMD pbhagavatula
2019-11-13 18:10 ` Ferruh Yigit
2019-11-11 13:19 ` [dpdk-dev] [PATCH v17 04/10] drivers/net: update Rx RSS hash offload capabilities pbhagavatula
2019-11-11 15:05 ` Ferruh Yigit
2019-11-11 15:10 ` Pavan Nikhilesh Bhagavatula
2019-11-13 18:02 ` Ferruh Yigit
2019-11-14 12:52 ` Ferruh Yigit
2019-11-14 12:57 ` Jerin Jacob
2019-11-14 13:24 ` Andrew Rybchenko
2019-11-14 13:59 ` Ferruh Yigit
2019-11-14 14:14 ` Ferruh Yigit
2019-11-11 13:19 ` [dpdk-dev] [PATCH v17 05/10] examples/eventdev_pipeline: split port init sequence pbhagavatula
2019-11-11 13:19 ` [dpdk-dev] [PATCH v17 06/10] examples/eventdev_pipeline: add new Rx RSS hash offload pbhagavatula
2019-11-11 13:19 ` [dpdk-dev] [PATCH v17 07/10] examples/l2fwd: disable ptype parsing pbhagavatula
2019-11-11 13:19 ` [dpdk-dev] [PATCH v17 08/10] app/testpmd: add command to set supported ptype mask pbhagavatula
2019-11-11 14:51 ` Ferruh Yigit
2019-11-11 13:19 ` [dpdk-dev] [PATCH v17 09/10] app/testpmd: disable packet type parsing by default pbhagavatula
2019-11-11 14:54 ` Ferruh Yigit
2019-11-11 13:19 ` [dpdk-dev] [PATCH v17 10/10] app/testpmd: add RSS hash offload to port Rx offload cmd pbhagavatula
2019-11-11 15:45 ` [dpdk-dev] [PATCH v17 00/10] ethdev: add new Rx offload flags Ferruh Yigit
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=5cdf2598-d97e-0f03-ef9f-203fafd7131b@solarflare.com \
--to=arybchenko@solarflare.com \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@intel.com \
--cc=jerinj@marvell.com \
--cc=john.mcnamara@intel.com \
--cc=marko.kovacevic@intel.com \
--cc=pbhagavatula@marvell.com \
--cc=thomas@monjalon.net \
/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).