DPDK patches and discussions
 help / color / mirror / Atom feed
From: Ferruh Yigit <ferruh.yigit@amd.com>
To: Thomas Monjalon <thomas@monjalon.net>,
	Dariusz Sosnowski <dsosnowski@nvidia.com>,
	"Mcnamara, John" <john.mcnamara@intel.com>
Cc: Matan Azrad <matan@nvidia.com>,
	Viacheslav Ovsiienko <viacheslavo@nvidia.com>,
	Ori Kam <orika@nvidia.com>, Suanming Mou <suanmingm@nvidia.com>,
	Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>,
	dev@dpdk.org
Subject: Re: [PATCH v3] ethdev: fast path async flow API
Date: Wed, 7 Feb 2024 11:54:11 +0000	[thread overview]
Message-ID: <310d05e8-561d-4bea-bb07-8efac3febc19@amd.com> (raw)
In-Reply-To: <00761c83-1843-420d-aaeb-d9e49329e191@amd.com>

On 2/7/2024 10:56 AM, Ferruh Yigit wrote:
> On 2/7/2024 10:47 AM, Ferruh Yigit wrote:
>> On 2/7/2024 9:27 AM, Thomas Monjalon wrote:
>>> 07/02/2024 01:57, Ferruh Yigit:
>>>> On 2/6/2024 10:21 PM, Thomas Monjalon wrote:
>>>>> 06/02/2024 18:36, Dariusz Sosnowski:
>>>>>> --- a/doc/guides/nics/build_and_test.rst
>>>>>> +++ b/doc/guides/nics/build_and_test.rst
>>>>>> +- ``RTE_FLOW_DEBUG`` (default **disabled**; enabled automatically on debug builds)
>>>>>> +
>>>>>> +  Build with debug code in asynchronous flow APIs.
>>>>>> +
>>>>>>  .. Note::
>>>>>>
>>>>>> -   The ethdev library use above options to wrap debug code to trace invalid parameters
>>>>>> +   The ethdev library uses above options to wrap debug code to trace invalid parameters
>>>>>>     on data path APIs, so performance downgrade is expected when enabling those options.
>>>>>> -   Each PMD can decide to reuse them to wrap their own debug code in the Rx/Tx path.
>>>>>> +   Each PMD can decide to reuse them to wrap their own debug code in the Rx/Tx path
>>>>>> +   and in asynchronous flow APIs implementation.
>>>>>
>>>>> Good
>>>>>
>>>>>> --- a/doc/guides/rel_notes/release_24_03.rst
>>>>>> +++ b/doc/guides/rel_notes/release_24_03.rst
>>>>>> +* ethdev: PMDs implementing asynchronous flow operations are required to provide relevant functions
>>>>>> +  implementation through ``rte_flow_fp_ops`` struct, instead of ``rte_flow_ops`` struct.
>>>>>> +  Pointer to device-dependent ``rte_flow_fp_ops`` should be provided to ``rte_eth_dev.flow_fp_ops``.
>>>>>
>>>>> That's a change only for the driver.
>>>>> If there is no change for the application, it should not appear in the release notes.
>>>>> BTW, API means Application Programming Interface :)
>>>>>
>>>>>> +  This change applies to the following API functions:
>>>>>> +
>>>>>> +   * ``rte_flow_async_create``
>>>>>> +   * ``rte_flow_async_create_by_index``
>>>>>> +   * ``rte_flow_async_actions_update``
>>>>>> +   * ``rte_flow_async_destroy``
>>>>>> +   * ``rte_flow_push``
>>>>>> +   * ``rte_flow_pull``
>>>>>> +   * ``rte_flow_async_action_handle_create``
>>>>>> +   * ``rte_flow_async_action_handle_destroy``
>>>>>> +   * ``rte_flow_async_action_handle_update``
>>>>>> +   * ``rte_flow_async_action_handle_query``
>>>>>> +   * ``rte_flow_async_action_handle_query_update``
>>>>>> +   * ``rte_flow_async_action_list_handle_create``
>>>>>> +   * ``rte_flow_async_action_list_handle_destroy``
>>>>>> +   * ``rte_flow_async_action_list_handle_query_update``
>>>>>> +
>>>>>> +* ethdev: Removed the following fields from ``rte_flow_ops`` struct:
>>>>>> +
>>>>>> +   * ``async_create``
>>>>>> +   * ``async_create_by_index``
>>>>>> +   * ``async_actions_update``
>>>>>> +   * ``async_destroy``
>>>>>> +   * ``push``
>>>>>> +   * ``pull``
>>>>>> +   * ``async_action_handle_create``
>>>>>> +   * ``async_action_handle_destroy``
>>>>>> +   * ``async_action_handle_update``
>>>>>> +   * ``async_action_handle_query``
>>>>>> +   * ``async_action_handle_query_update``
>>>>>> +   * ``async_action_list_handle_create``
>>>>>> +   * ``async_action_list_handle_destroy``
>>>>>> +   * ``async_action_list_handle_query_update``
>>>>>
>>>>> [...]
>>>>>> --- a/lib/ethdev/ethdev_driver.h
>>>>>> +++ b/lib/ethdev/ethdev_driver.h
>>>>>> @@ -71,6 +71,10 @@ struct rte_eth_dev {
>>>>>>  	struct rte_eth_dev_data *data;
>>>>>>  	void *process_private; /**< Pointer to per-process device data */
>>>>>>  	const struct eth_dev_ops *dev_ops; /**< Functions exported by PMD */
>>>>>> +	/**
>>>>>> +	 * Fast path flow API functions exported by PMD.
>>>>>> +	 */
>>>>>
>>>>> This comment may be on one single line.
>>>>>
>>>>>> +	const struct rte_flow_fp_ops *flow_fp_ops;
>>>>>>  	struct rte_device *device; /**< Backing device */
>>>>>>  	struct rte_intr_handle *intr_handle; /**< Device interrupt handle */
>>>>>
>>>>>> --- a/lib/ethdev/meson.build
>>>>>> +++ b/lib/ethdev/meson.build
>>>>>> +if get_option('buildtype').contains('debug')
>>>>>> +    cflags += ['-DRTE_FLOW_DEBUG']
>>>>>> +endif
>>>>>
>>>>> This looks OK.
>>>>>
>>>>> Acked-by: Thomas Monjalon <thomas@monjalon.net>
>>>>>
>>>>>
>>>>
>>>> Acked-by: Ferruh Yigit <ferruh.yigit@amd.com>
>>>>
>>>> Applied to dpdk-next-net/main, thanks.
>>>
>>> Ferruh, I was expecting a new version.
>>> Did you address yourself the comments above?
>>>
>>>
>>
>> No, I missed the comment, if it is simple I can apply in next-net, let
>> me sync with Dariusz.
>>
> 
> As we synced with Dariusz, there is no good place to document
> ethdev-drivers interfaces in the release notes.
> 
> Also this release there were more ethdev-drivers interface changes,
> around get_ptype(), but those also not documented in the release notes,
> so will remove these ones too.
> 

Dariusz, I did the changes in next-net, can you please double check them:
https://git.dpdk.org/next/dpdk-next-net/commit/?h=main&id=23f1ee71a9c332210aaa5b1ec51160938b5fc50b


  reply	other threads:[~2024-02-07 11:54 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-30 18:17 [PATCH] " Dariusz Sosnowski
2024-01-31  9:35 ` [PATCH v2] " Dariusz Sosnowski
2024-01-31 13:20   ` Ori Kam
2024-02-05 11:07   ` Thomas Monjalon
2024-02-05 13:14     ` Dariusz Sosnowski
2024-02-05 14:03       ` Thomas Monjalon
2024-02-06 17:50         ` Dariusz Sosnowski
2024-02-06 17:36   ` [PATCH v3] " Dariusz Sosnowski
2024-02-06 22:21     ` Thomas Monjalon
2024-02-07  0:57       ` Ferruh Yigit
2024-02-07  9:27         ` Thomas Monjalon
2024-02-07 10:47           ` Ferruh Yigit
2024-02-07 10:56             ` Ferruh Yigit
2024-02-07 11:54               ` Ferruh Yigit [this message]
2024-02-07 12:06                 ` Dariusz Sosnowski
2024-02-07 13:31               ` Thomas Monjalon

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=310d05e8-561d-4bea-bb07-8efac3febc19@amd.com \
    --to=ferruh.yigit@amd.com \
    --cc=andrew.rybchenko@oktetlabs.ru \
    --cc=dev@dpdk.org \
    --cc=dsosnowski@nvidia.com \
    --cc=john.mcnamara@intel.com \
    --cc=matan@nvidia.com \
    --cc=orika@nvidia.com \
    --cc=suanmingm@nvidia.com \
    --cc=thomas@monjalon.net \
    --cc=viacheslavo@nvidia.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).