DPDK patches and discussions
 help / color / mirror / Atom feed
From: Ori Kam <orika@nvidia.com>
To: Ivan Malov <Ivan.Malov@oktetlabs.ru>, "dev@dpdk.org" <dev@dpdk.org>
Cc: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>,
	Xiaoyun Li <xiaoyun.li@intel.com>,
	NBU-Contact-Thomas Monjalon <thomas@monjalon.net>,
	Ferruh Yigit <ferruh.yigit@intel.com>,
	Ray Kinsella <mdr@ashroe.eu>
Subject: Re: [dpdk-dev] [PATCH] ethdev: let apps find transfer admin port for a given ethdev
Date: Tue, 5 Oct 2021 16:04:13 +0000	[thread overview]
Message-ID: <DM8PR12MB5400694A21358ECC6C3C60C5D6AF9@DM8PR12MB5400.namprd12.prod.outlook.com> (raw)
In-Reply-To: <1d718593-bb63-4ab2-54ee-7b80540c4131@oktetlabs.ru>

Hi Ivan,

I agree with your reply.

Acked-by: Ori Kam <orika@nvidia.com>
Thanks,
Ori

> -----Original Message-----
> From: Ivan Malov <Ivan.Malov@oktetlabs.ru>
> Subject: Re: [PATCH] ethdev: let apps find transfer admin port for a given
> ethdev
> 
> Hi Ori,
> 
> Thanks a lot for eagerly reviewing this and related patches. That's very helpful
> of yours.
> 
> On 05/10/2021 12:22, Ori Kam wrote:
> > Hi Ivan,
> >
> >> -----Original Message-----
> >> From: Ivan Malov <ivan.malov@oktetlabs.ru>
> >> Sent: Tuesday, October 5, 2021 3:36 AM
> >> Subject: [PATCH] ethdev: let apps find transfer admin port for a
> >> given ethdev
> >>
> >> Introduce a helper API to let applications find transfer admin port
> >> for a given ethdev to avoid failures when managing "transfer" flows
> >> through unprivileged ports.
> >>
> >> Signed-off-by: Ivan Malov <ivan.malov@oktetlabs.ru>
> >> Reviewed-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
> >> ---
> >> Patch series [1] has reworked support for "transfer" flows.
> >> As a result, an application no longer needs to communicate such flows
> >> through a particular ethdev where it receives the corresponding
> >> packets in the first place.
> >>
> >> Hence, this patch is a legitimate follow-up to the series [1].
> >> At the same time, it's a follow-up to the early RFC [2].
> >>
> >> net/sfc driver is going to support this method. The corresponding
> >> patch is already in progress and will be provided in the course of this release
> cycle.
> >>
> >> [1] https://patches.dpdk.org/project/dpdk/list/?series=19326
> >> [2] https://patches.dpdk.org/project/dpdk/list/?series=18737
> >> ---
> >>   app/test-pmd/config.c                  | 106 ++++++++++++++++++++++++-
> >>   app/test-pmd/testpmd.c                 |  21 +++++
> >>   app/test-pmd/testpmd.h                 |   4 +
> >>   app/test-pmd/util.c                    |   5 +-
> >>   doc/guides/rel_notes/release_21_11.rst |   3 +
> >>   lib/ethdev/rte_flow.c                  |  22 +++++
> >>   lib/ethdev/rte_flow.h                  |  32 ++++++++
> >>   lib/ethdev/rte_flow_driver.h           |   5 ++
> >>   lib/ethdev/version.map                 |   3 +
> >>   9 files changed, 197 insertions(+), 4 deletions(-)
> >>
> >> diff --git a/app/test-pmd/config.c b/app/test-pmd/config.c index
> >> 9c66329e96..2772c83d0a 100644
> >> --- a/app/test-pmd/config.c
> >> +++ b/app/test-pmd/config.c
> >> @@ -1505,10 +1505,25 @@ port_action_handle_create(portid_t port_id,
> >> uint32_t id,
> >>   	struct port_indirect_action *pia;
> >>   	int ret;
> >>   	struct rte_flow_error error;
> >> +	struct rte_port *port;
> >> +
> >> +	if (port_id_is_invalid(port_id, ENABLED_WARN) ||
> >> +	    port_id == (portid_t)RTE_PORT_ALL)
> >> +		return -EINVAL;
> >>
> >
> > Is this part of the patch or a general fix?
> 
> I know it might seem unrelated at first glance. But it has to be added here for
> consistency with the rest of the code being added. It should be OK.
> 
Just checking I'm O.K. with it.

> >
> >>   	ret = action_alloc(port_id, id, &pia);
> >>   	if (ret)
> >>   		return ret;
> >> +
> >> +	port = &ports[port_id];
> >> +
> >> +	if (conf->transfer)
> >> +		port_id = port->flow_transfer_proxy;
> >> +
> >> +	if (port_id_is_invalid(port_id, ENABLED_WARN) ||
> >> +	    port_id == (portid_t)RTE_PORT_ALL)
> >> +		return -EINVAL;
> >> +
> >>   	if (action->type == RTE_FLOW_ACTION_TYPE_AGE) {
> >>   		struct rte_flow_action_age *age =
> >>   			(struct rte_flow_action_age *)(uintptr_t)(action->conf);
> @@
> >> -1531,6 +1546,7 @@ port_action_handle_create(portid_t port_id,
> >> uint32_t id,
> >>   		return port_flow_complain(&error);
> >>   	}
> >>   	pia->type = action->type;
> >> +	pia->transfer = conf->transfer;
> >>   	printf("Indirect action #%u created\n", pia->id);
> >>   	return 0;
> >>   }
> >> @@ -1557,9 +1573,18 @@ port_action_handle_destroy(portid_t port_id,
> >>   		for (i = 0; i != n; ++i) {
> >>   			struct rte_flow_error error;
> >>   			struct port_indirect_action *pia = *tmp;
> >> +			portid_t port_id_eff = port_id;
> >>
> >>   			if (actions[i] != pia->id)
> >>   				continue;
> >> +
> >> +			if (pia->transfer)
> >> +				port_id_eff = port->flow_transfer_proxy;
> >> +
> >> +			if (port_id_is_invalid(port_id_eff, ENABLED_WARN) ||
> >> +			    port_id_eff == (portid_t)RTE_PORT_ALL)
> >> +				return -EINVAL;
> >> +
> >>   			/*
> >>   			 * Poisoning to make sure PMDs update it in case
> >>   			 * of error.
> >> @@ -1567,7 +1592,7 @@ port_action_handle_destroy(portid_t port_id,
> >>   			memset(&error, 0x33, sizeof(error));
> >>
> >>   			if (pia->handle && rte_flow_action_handle_destroy(
> >> -					port_id, pia->handle, &error)) {
> >> +					port_id_eff, pia->handle, &error)) {
> >>   				ret = port_flow_complain(&error);
> >>   				continue;
> >>   			}
> >> @@ -1602,8 +1627,15 @@ port_action_handle_update(portid_t port_id,
> >> uint32_t id,
> >>   	struct rte_flow_error error;
> >>   	struct rte_flow_action_handle *action_handle;
> >>   	struct port_indirect_action *pia;
> >> +	struct rte_port *port;
> >>   	const void *update;
> >>
> >> +	if (port_id_is_invalid(port_id, ENABLED_WARN) ||
> >> +	    port_id == (portid_t)RTE_PORT_ALL)
> >> +		return -EINVAL;
> >> +
> >> +	port = &ports[port_id];
> >> +
> >>   	action_handle = port_action_handle_get_by_id(port_id, id);
> >>   	if (!action_handle)
> >>   		return -EINVAL;
> >> @@ -1618,6 +1650,14 @@ port_action_handle_update(portid_t port_id,
> >> uint32_t id,
> >>   		update = action;
> >>   		break;
> >>   	}
> >> +
> >> +	if (pia->transfer)
> >> +		port_id = port->flow_transfer_proxy;
> >> +
> >> +	if (port_id_is_invalid(port_id, ENABLED_WARN) ||
> >> +	    port_id == (portid_t)RTE_PORT_ALL)
> >> +		return -EINVAL;
> >> +
> >>   	if (rte_flow_action_handle_update(port_id, action_handle, update,
> >>   					  &error)) {
> >>   		return port_flow_complain(&error); @@ -1636,6 +1676,14
> @@
> >> port_action_handle_query(portid_t port_id, uint32_t id)
> >>   		struct rte_flow_query_age age;
> >>   		struct rte_flow_action_conntrack ct;
> >>   	} query;
> >> +	portid_t port_id_eff = port_id;
> >> +	struct rte_port *port;
> >> +
> >> +	if (port_id_is_invalid(port_id, ENABLED_WARN) ||
> >> +	    port_id == (portid_t)RTE_PORT_ALL)
> >> +		return -EINVAL;
> >> +
> >> +	port = &ports[port_id];
> >>
> >>   	pia = action_get_by_id(port_id, id);
> >>   	if (!pia)
> >> @@ -1650,10 +1698,19 @@ port_action_handle_query(portid_t port_id,
> >> uint32_t id)
> >>   			id, pia->type, port_id);
> >>   		return -ENOTSUP;
> >>   	}
> >> +
> >> +	if (pia->transfer)
> >> +		port_id_eff = port->flow_transfer_proxy;
> >> +
> >> +	if (port_id_is_invalid(port_id_eff, ENABLED_WARN) ||
> >> +	    port_id_eff == (portid_t)RTE_PORT_ALL)
> >> +		return -EINVAL;
> >> +
> >>   	/* Poisoning to make sure PMDs update it in case of error. */
> >>   	memset(&error, 0x55, sizeof(error));
> >>   	memset(&query, 0, sizeof(query));
> >> -	if (rte_flow_action_handle_query(port_id, pia->handle, &query,
> >> &error))
> >> +	if (rte_flow_action_handle_query(port_id_eff, pia->handle, &query,
> >> +					 &error))
> >>   		return port_flow_complain(&error);
> >>   	switch (pia->type) {
> >>   	case RTE_FLOW_ACTION_TYPE_AGE:
> >> @@ -1872,6 +1929,20 @@ port_flow_validate(portid_t port_id,  {
> >>   	struct rte_flow_error error;
> >>   	struct port_flow_tunnel *pft = NULL;
> >> +	struct rte_port *port;
> >> +
> >> +	if (port_id_is_invalid(port_id, ENABLED_WARN) ||
> >> +	    port_id == (portid_t)RTE_PORT_ALL)
> >> +		return -EINVAL;
> >> +
> >> +	port = &ports[port_id];
> >> +
> >> +	if (attr->transfer)
> >> +		port_id = port->flow_transfer_proxy;
> >> +
> >> +	if (port_id_is_invalid(port_id, ENABLED_WARN) ||
> >> +	    port_id == (portid_t)RTE_PORT_ALL)
> >> +		return -EINVAL;
> >>
> >>   	/* Poisoning to make sure PMDs update it in case of error. */
> >>   	memset(&error, 0x11, sizeof(error)); @@ -1925,7 +1996,19 @@
> >> port_flow_create(portid_t port_id,
> >>   	struct port_flow_tunnel *pft = NULL;
> >>   	struct rte_flow_action_age *age = age_action_get(actions);
> >>
> >> +	if (port_id_is_invalid(port_id, ENABLED_WARN) ||
> >> +	    port_id == (portid_t)RTE_PORT_ALL)
> >> +		return -EINVAL;
> >> +
> >>   	port = &ports[port_id];
> >> +
> >> +	if (attr->transfer)
> >> +		port_id = port->flow_transfer_proxy;
> >> +
> >> +	if (port_id_is_invalid(port_id, ENABLED_WARN) ||
> >> +	    port_id == (portid_t)RTE_PORT_ALL)
> >> +		return -EINVAL;
> >> +
> >>   	if (port->flow_list) {
> >>   		if (port->flow_list->id == UINT32_MAX) {
> >>   			fprintf(stderr,
> >> @@ -1989,6 +2072,7 @@ port_flow_destroy(portid_t port_id, uint32_t n,
> >> const uint32_t *rule)
> >>   		uint32_t i;
> >>
> >>   		for (i = 0; i != n; ++i) {
> >> +			portid_t port_id_eff = port_id;
> >>   			struct rte_flow_error error;
> >>   			struct port_flow *pf = *tmp;
> >>
> >> @@ -1999,7 +2083,15 @@ port_flow_destroy(portid_t port_id, uint32_t
> >> n, const uint32_t *rule)
> >>   			 * of error.
> >>   			 */
> >>   			memset(&error, 0x33, sizeof(error));
> >> -			if (rte_flow_destroy(port_id, pf->flow, &error)) {
> >> +
> >> +			if (pf->rule.attr->transfer)
> >> +				port_id_eff = port->flow_transfer_proxy;
> >> +
> >> +			if (port_id_is_invalid(port_id_eff, ENABLED_WARN) ||
> >> +			    port_id_eff == (portid_t)RTE_PORT_ALL)
> >> +				return -EINVAL;
> >> +
> >> +			if (rte_flow_destroy(port_id_eff, pf->flow, &error)) {
> >>   				ret = port_flow_complain(&error);
> >>   				continue;
> >>   			}
> >> @@ -2133,6 +2225,14 @@ port_flow_query(portid_t port_id, uint32_t rule,
> >>   		fprintf(stderr, "Flow rule #%u not found\n", rule);
> >>   		return -ENOENT;
> >>   	}
> >> +
> >> +	if (pf->rule.attr->transfer)
> >> +		port_id = port->flow_transfer_proxy;
> >> +
> >> +	if (port_id_is_invalid(port_id, ENABLED_WARN) ||
> >> +	    port_id == (portid_t)RTE_PORT_ALL)
> >> +		return -EINVAL;
> >> +
> >>   	ret = rte_flow_conv(RTE_FLOW_CONV_OP_ACTION_NAME_PTR,
> >>   			    &name, sizeof(name),
> >>   			    (void *)(uintptr_t)action->type, &error); diff --git
> >> a/app/test-pmd/testpmd.c b/app/test-pmd/testpmd.c index
> >> 97ae52e17e..a88e920bd0 100644
> >> --- a/app/test-pmd/testpmd.c
> >> +++ b/app/test-pmd/testpmd.c
> >> @@ -533,6 +533,25 @@ int proc_id;
> >>    */
> >>   unsigned int num_procs = 1;
> >>
> >> +static void
> >> +flow_pick_transfer_proxy_mp(uint16_t port_id) {
> >> +	struct rte_port *port = &ports[port_id];
> >> +	int ret;
> >> +
> >> +	port->flow_transfer_proxy = port_id;
> >> +
> >> +	if (!is_proc_primary())
> >> +		return;
> >> +
> >> +	ret = rte_flow_pick_transfer_proxy(port_id, &port-
> >>> flow_transfer_proxy,
> >> +					   NULL);
> >> +	if (ret != 0) {
> >> +		fprintf(stderr, "Error picking flow transfer proxy for port %u: %s
> >> - ignore\n",
> >> +			port_id, rte_strerror(-ret));
> >> +	}
> >> +}
> >> +
> >>   static int
> >>   eth_dev_configure_mp(uint16_t port_id, uint16_t nb_rx_q, uint16_t
> nb_tx_q,
> >>   		      const struct rte_eth_conf *dev_conf) @@ -1489,6 +1508,8
> @@
> >> init_config_port_offloads(portid_t pid, uint32_t socket_id)
> >>   	int ret;
> >>   	int i;
> >>
> >> +	flow_pick_transfer_proxy_mp(pid);
> >> +
> >>   	port->dev_conf.txmode = tx_mode;
> >>   	port->dev_conf.rxmode = rx_mode;
> >>
> >> diff --git a/app/test-pmd/testpmd.h b/app/test-pmd/testpmd.h index
> >> 5863b2f43f..b3dfd350e5 100644
> >> --- a/app/test-pmd/testpmd.h
> >> +++ b/app/test-pmd/testpmd.h
> >> @@ -173,6 +173,8 @@ struct port_indirect_action {
> >>   	enum rte_flow_action_type type; /**< Action type. */
> >>   	struct rte_flow_action_handle *handle;	/**< Indirect action handle. */
> >>   	enum age_action_context_type age_type; /**< Age action context
> >> type. */
> >> +	/** If true, the action applies to "transfer" flows, and vice versa */
> >> +	bool transfer;
> >>   };
> >>
> >>   struct port_flow_tunnel {
> >> @@ -234,6 +236,8 @@ struct rte_port {
> >>   	/**< dynamic flags. */
> >>   	uint64_t		mbuf_dynf;
> >>   	const struct rte_eth_rxtx_callback
> >> *tx_set_dynf_cb[RTE_MAX_QUEUES_PER_PORT+1];
> >> +	/** Associated port which is supposed to handle "transfer" flows */
> >> +	portid_t		flow_transfer_proxy;
> >>   };
> >>
> >>   /**
> >> diff --git a/app/test-pmd/util.c b/app/test-pmd/util.c index
> >> 14a9a251fb..d9edbbf9ee 100644
> >> --- a/app/test-pmd/util.c
> >> +++ b/app/test-pmd/util.c
> >> @@ -98,13 +98,16 @@ dump_pkt_burst(uint16_t port_id, uint16_t queue,
> >> struct rte_mbuf *pkts[],
> >>   		int ret;
> >>   		struct rte_flow_error error;
> >>   		struct rte_flow_restore_info info = { 0, };
> >> +		struct rte_port *port = &ports[port_id];
> >>
> >>   		mb = pkts[i];
> >>   		eth_hdr = rte_pktmbuf_read(mb, 0, sizeof(_eth_hdr),
> &_eth_hdr);
> >>   		eth_type = RTE_BE_TO_CPU_16(eth_hdr->ether_type);
> >>   		packet_type = mb->packet_type;
> >>   		is_encapsulation = RTE_ETH_IS_TUNNEL_PKT(packet_type);
> >> -		ret = rte_flow_get_restore_info(port_id, mb, &info, &error);
> >> +
> >> +		ret = rte_flow_get_restore_info(port->flow_transfer_proxy,
> >> +						mb, &info, &error);
> >
> > I'm not sure this is correct,
> > Since to restore the data you need to know the port that this traffic was sent
> to.
> > Even if the action was offloaded on the proxy port, it is important to
> > know what was the destination port.
> > even setting the tunnel must be done on the target port and not the proxy
> port.
> 
> Is tunnel offload a "transfer"-based feature? My answer is "yes". And, if we all
> agree that it's easier to communicate all "transfer"-related requests through a
> single ("transfer" admin) ethdev, then the first argument in the highlighted
> invocation also should be this "proxy"
> ethdev. A unified entry point.
> 
> But please don't think me forward: I fully understand your concern about the
> real DPDK port through which the packet was delivered to the application. But
> that should not be a big problem. The mbuf which is passed to this API still has
> its metadata set (tunnel mark, for
> instance) which the PMD can use to recall the port which this packet was sent
> to. More to that, the mbuf even has a dedicated field to express exactly what
> you may want to have - the "port" field. So, when your PMD receives the
> "missed" packet and hands it over to the application through some ethdev /
> port, it can set this mbuf fields to that port ID.
> This way, such information is not lost because of migration to "transfer proxy"
> solution, is it?
> 

Yes this answer my concerns (maybe there will some time penaltiy to set this value)
but it looks legit.

> >
> >>   		if (!ret) {
> >>   			MKDUMPSTR(print_buf, buf_size, cur_len,
> >>   				  "restore info:");
> >> diff --git a/doc/guides/rel_notes/release_21_11.rst
> >> b/doc/guides/rel_notes/release_21_11.rst
> >> index 37776c135e..cc0ea4695a 100644
> >> --- a/doc/guides/rel_notes/release_21_11.rst
> >> +++ b/doc/guides/rel_notes/release_21_11.rst
> >> @@ -67,6 +67,9 @@ New Features
> >>     Added macros ETH_RSS_IPV4_CHKSUM and ETH_RSS_L4_CHKSUM, now
> IPv4
> >> and
> >>     TCP/UDP/SCTP header checksum field can be used as input set for RSS.
> >>
> >> +* **Added an API to pick flow transfer proxy port**
> >> +  A new API, ``rte_flow_pick_transfer_proxy()``, was added.
> >> +
> >>   * **Updated Broadcom bnxt PMD.**
> >>
> >>     * Added flow offload support for Thor.
> >> diff --git a/lib/ethdev/rte_flow.c b/lib/ethdev/rte_flow.c index
> >> 647bbf91ce..15e978f7f7 100644
> >> --- a/lib/ethdev/rte_flow.c
> >> +++ b/lib/ethdev/rte_flow.c
> >> @@ -1270,3 +1270,25 @@ rte_flow_tunnel_item_release(uint16_t port_id,
> >>   				  RTE_FLOW_ERROR_TYPE_UNSPECIFIED,
> >>   				  NULL, rte_strerror(ENOTSUP));
> >>   }
> >> +
> >> +int
> >> +rte_flow_pick_transfer_proxy(uint16_t port_id, uint16_t *proxy_port_id,
> >> +			     struct rte_flow_error *error)
> >
> > What about replaceing pick with get?
> 
> There's a school of thought that terms like "get" imply the existence of paired
> actions. For example, "get - set", "probe - unprobe", "allocate - free", "init -
> fini".
>
> So, in order to avoid any wrong assumptions, I believe it's better to stick with
> term "pick" here as it doesn't seem to have a paired term.
>
I still think get is better, but lets leave it like this.
 
> >
> >> +{
> >> +	struct rte_eth_dev *dev = &rte_eth_devices[port_id];
> >> +	const struct rte_flow_ops *ops = rte_flow_ops_get(port_id, error);
> >> +
> >> +	if (unlikely(ops == NULL))
> >> +		return -rte_errno;
> >> +
> >> +	if (likely(ops->pick_transfer_proxy != NULL)) {
> >> +		return flow_err(port_id,
> >> +				ops->pick_transfer_proxy(dev, proxy_port_id,
> >> +							 error),
> >> +				error);
> >> +	}
> >> +
> >> +	*proxy_port_id = port_id;
> >> +
> >> +	return 0;
> >> +}
> >> diff --git a/lib/ethdev/rte_flow.h b/lib/ethdev/rte_flow.h index
> >> f195aa7224..d2cb476189 100644
> >> --- a/lib/ethdev/rte_flow.h
> >> +++ b/lib/ethdev/rte_flow.h
> >> @@ -122,6 +122,10 @@ struct rte_flow_attr {
> >>   	 *
> >>   	 * In order to match traffic originating from specific source(s), the
> >>   	 * application should use pattern items ETHDEV and ESWITCH_PORT.
> >> +	 *
> >> +	 * Communicating "transfer" flows via unprivileged ethdevs may not
> >> +	 * be possible. In order to pick the ethdev suitable for that, the
> >> +	 * application should use @p rte_flow_pick_transfer_proxy().
> >>   	 */
> >>   	uint32_t transfer:1;
> >>   	uint32_t reserved:29; /**< Reserved, must be zero. */ @@ -4427,6
> >> +4431,34 @@ rte_flow_tunnel_item_release(uint16_t port_id,
> >>   			     struct rte_flow_item *items,
> >>   			     uint32_t num_of_items,
> >>   			     struct rte_flow_error *error);
> >> +
> >> +/**
> >> + * An application receiving packets on a given ethdev may want to
> >> +have their
> >> + * processing offloaded to the e-switch lying beneath this ethdev by
> >> +means
> >> + * of maintaining "transfer" flows. However, it need never use this
> >> +exact
> >> + * ethdev as an entry point for such flows to be managed through.
> >> +More to
> >> + * that, this particular ethdev may be short of privileges to
> >> +control the
> >> + * e-switch. Instead, the application should find an admin ethdev
> >> +sitting
> >> + * on top of the same e-switch to be used as the entry point (a "proxy").
> >> + *
> >
> > This explanation is not clear, can you rephrase it?
> 
> Could you please be so kind to outline the parts which are not clear to you.
> Maybe your understanding is right in fact but you are just unsure.
> If you expressed your interpretation of this text, I could review it and either
> confirm its correctness or debunk any misunderstanding. In the latter case, it
> would be easier to me to rephrase the comment in the patch.
> 

After a few more reads I can't point my finger to it.
Lets leave it.

> >
> >> + * This API is a helper to find such "transfer proxy" for a given ethdev.
> >> + *
> >> + * @note
> >> + *   If the PMD serving @p port_id doesn't have the corresponding method
> >> + *   implemented, the API will return @p port_id via @p proxy_port_id.
> >
> > +1
> >
> >> + *
> >> + * @param port_id
> >> + *   ID of the ethdev in question
> >> + * @param[out] proxy_port_id
> >> + *   ID of the "transfer proxy"
> >> + *
> >> + * @return
> >> + *   0 on success, a negative error code otherwise
> >> + */
> >> +__rte_experimental
> >> +int
> >> +rte_flow_pick_transfer_proxy(uint16_t port_id, uint16_t *proxy_port_id,
> >> +			     struct rte_flow_error *error);
> >>   #ifdef __cplusplus
> >>   }
> >>   #endif
> >> diff --git a/lib/ethdev/rte_flow_driver.h b/lib/ethdev/rte_flow_driver.h
> index
> >> 46f62c2ec2..ed52e59a0a 100644
> >> --- a/lib/ethdev/rte_flow_driver.h
> >> +++ b/lib/ethdev/rte_flow_driver.h
> >> @@ -139,6 +139,11 @@ struct rte_flow_ops {
> >>   		 struct rte_flow_item *pmd_items,
> >>   		 uint32_t num_of_items,
> >>   		 struct rte_flow_error *err);
> >> +	/** See rte_flow_pick_transfer_proxy() */
> >> +	int (*pick_transfer_proxy)
> >> +		(struct rte_eth_dev *dev,
> >> +		 uint16_t *proxy_port_id,
> >> +		 struct rte_flow_error *error);
> >>   };
> >>
> >>   /**
> >> diff --git a/lib/ethdev/version.map b/lib/ethdev/version.map index
> >> 904bce6ea1..d4286dc8dd 100644
> >> --- a/lib/ethdev/version.map
> >> +++ b/lib/ethdev/version.map
> >> @@ -247,6 +247,9 @@ EXPERIMENTAL {
> >>   	rte_mtr_meter_policy_delete;
> >>   	rte_mtr_meter_policy_update;
> >>   	rte_mtr_meter_policy_validate;
> >> +
> >> +	# added in 21.11
> >> +	rte_flow_pick_transfer_proxy;
> >>   };
> >>
> >>   INTERNAL {
> >> --
> >> 2.20.1
> >
> > Best,
> > Ori
> >
> 
> --
> Ivan M


  reply	other threads:[~2021-10-05 16:04 UTC|newest]

Thread overview: 156+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-07 12:51 [dpdk-dev] [RFC PATCH] ethdev: clarify flow attribute and action port ID semantics Ivan Malov
2021-10-01 13:47 ` [dpdk-dev] [PATCH v1 00/12] ethdev: rework transfer flow API Andrew Rybchenko
2021-10-01 13:47   ` [dpdk-dev] [PATCH v1 01/12] ethdev: add ethdev item to " Andrew Rybchenko
2021-10-03 11:52     ` Ori Kam
2021-10-03 17:40       ` Ivan Malov
2021-10-03 21:09         ` Ori Kam
2021-10-04  0:00           ` Ivan Malov
2021-10-04 10:47             ` Andrew Rybchenko
2021-10-04 11:08               ` Ivan Malov
2021-10-01 13:47   ` [dpdk-dev] [PATCH v1 02/12] ethdev: add eswitch port " Andrew Rybchenko
2021-10-03 12:40     ` Ori Kam
2021-10-03 18:10       ` Ivan Malov
2021-10-04  5:45         ` Ori Kam
2021-10-04 11:05           ` Ivan Malov
2021-10-04 11:37             ` Ori Kam
2021-10-04 11:58               ` Ivan Malov
2021-10-05  6:20                 ` Ori Kam
2021-10-05  9:19                   ` Andrew Rybchenko
2021-10-05 12:12                     ` Ivan Malov
2021-10-01 13:47   ` [dpdk-dev] [PATCH v1 03/12] ethdev: add ethdev action " Andrew Rybchenko
2021-10-01 13:47   ` [dpdk-dev] [PATCH v1 04/12] ethdev: add eswitch port " Andrew Rybchenko
2021-10-01 13:47   ` [dpdk-dev] [PATCH v1 05/12] ethdev: deprecate hard-to-use or ambiguous items and actions Andrew Rybchenko
2021-10-01 13:47   ` [dpdk-dev] [PATCH v1 06/12] ethdev: deprecate direction attributes in transfer flows Andrew Rybchenko
2021-10-01 13:47   ` [dpdk-dev] [PATCH v1 07/12] net/bnxt: support ethdev and E-Switch port flow items Andrew Rybchenko
2021-10-01 13:47   ` [dpdk-dev] [PATCH v1 08/12] net/bnxt: support ethdev and E-Switch port flow actions Andrew Rybchenko
2021-10-01 13:47   ` [dpdk-dev] [PATCH v1 09/12] net/enic: " Andrew Rybchenko
2021-10-01 13:47   ` [dpdk-dev] [PATCH v1 10/12] net/mlx5: support E-Switch port flow action Andrew Rybchenko
2021-10-01 13:47   ` [dpdk-dev] [PATCH v1 11/12] net/octeontx2: support ethdev " Andrew Rybchenko
2021-10-04 11:13     ` [dpdk-dev] [EXT] " Kiran Kumar Kokkilagadda
2021-10-04 12:45       ` Andrew Rybchenko
2021-10-01 13:47   ` [dpdk-dev] [PATCH v1 12/12] net/sfc: support ethdev flow item Andrew Rybchenko
2021-10-10  0:04   ` [dpdk-dev] [PATCH v2 00/12] ethdev: rework transfer flow API Ivan Malov
2021-10-10  0:04     ` [dpdk-dev] [PATCH v2 01/12] ethdev: add port representor item to " Ivan Malov
2021-10-10 11:15       ` Ori Kam
2021-10-10 13:30         ` Ivan Malov
2021-10-10 14:04           ` Ori Kam
2021-10-10 15:02             ` Ivan Malov
2021-10-10  0:04     ` [dpdk-dev] [PATCH v2 02/12] ethdev: add represented port " Ivan Malov
2021-10-10  0:04     ` [dpdk-dev] [PATCH v2 03/12] ethdev: add port representor action " Ivan Malov
2021-10-10  0:04     ` [dpdk-dev] [PATCH v2 04/12] ethdev: add represented port " Ivan Malov
2021-10-10  0:04     ` [dpdk-dev] [PATCH v2 05/12] ethdev: deprecate hard-to-use or ambiguous items and actions Ivan Malov
2021-10-10  0:04     ` [dpdk-dev] [PATCH v2 06/12] ethdev: deprecate direction attributes in transfer flows Ivan Malov
2021-10-10  0:04     ` [dpdk-dev] [PATCH v2 07/12] net/bnxt: support meta flow items to match on traffic source Ivan Malov
2021-10-10  0:04     ` [dpdk-dev] [PATCH v2 08/12] net/bnxt: support meta flow actions to overrule destinations Ivan Malov
2021-10-10  0:05     ` [dpdk-dev] [PATCH v2 09/12] net/enic: " Ivan Malov
2021-10-10  0:05     ` [dpdk-dev] [PATCH v2 10/12] net/mlx5: support represented port flow action Ivan Malov
2021-10-10  0:05     ` [dpdk-dev] [PATCH v2 11/12] net/octeontx2: support port representor " Ivan Malov
2021-10-10  0:05     ` [dpdk-dev] [PATCH v2 12/12] net/sfc: support port representor flow item Ivan Malov
2021-10-10 14:39   ` [dpdk-dev] [PATCH v3 00/12] ethdev: rework transfer flow API Ivan Malov
2021-10-10 14:39     ` [dpdk-dev] [PATCH v3 01/12] ethdev: add port representor item to " Ivan Malov
2021-10-11 11:49       ` Ori Kam
2021-10-12 12:39         ` Andrew Rybchenko
2021-10-12 20:55       ` Slava Ovsiienko
2021-10-12 23:14         ` Ivan Malov
2021-10-13 18:26           ` Slava Ovsiienko
2021-10-13 11:52       ` Ferruh Yigit
2021-10-10 14:39     ` [dpdk-dev] [PATCH v3 02/12] ethdev: add represented port " Ivan Malov
2021-10-11 11:51       ` Ori Kam
2021-10-12 12:39         ` Andrew Rybchenko
2021-10-10 14:39     ` [dpdk-dev] [PATCH v3 03/12] ethdev: add port representor action " Ivan Malov
2021-10-11 18:18       ` Ori Kam
2021-10-12 12:39         ` Andrew Rybchenko
2021-10-10 14:39     ` [dpdk-dev] [PATCH v3 04/12] ethdev: add represented port " Ivan Malov
2021-10-11 18:20       ` Ori Kam
2021-10-12 12:40         ` Andrew Rybchenko
2021-10-10 14:39     ` [dpdk-dev] [PATCH v3 05/12] ethdev: deprecate hard-to-use or ambiguous items and actions Ivan Malov
2021-10-11 18:23       ` Ori Kam
2021-10-12 12:40         ` Andrew Rybchenko
2021-10-13 11:53       ` Ferruh Yigit
2021-10-10 14:39     ` [dpdk-dev] [PATCH v3 06/12] ethdev: deprecate direction attributes in transfer flows Ivan Malov
2021-10-11 18:33       ` Ori Kam
2021-10-12 12:40         ` Andrew Rybchenko
2021-10-10 14:39     ` [dpdk-dev] [PATCH v3 07/12] net/bnxt: support meta flow items to match on traffic source Ivan Malov
2021-10-10 14:39     ` [dpdk-dev] [PATCH v3 08/12] net/bnxt: support meta flow actions to overrule destinations Ivan Malov
2021-10-10 14:39     ` [dpdk-dev] [PATCH v3 09/12] net/enic: " Ivan Malov
2021-10-12 17:03       ` Hyong Youb Kim (hyonkim)
2021-10-10 14:39     ` [dpdk-dev] [PATCH v3 10/12] net/mlx5: support represented port flow action Ivan Malov
2021-10-12 21:23       ` Slava Ovsiienko
2021-10-10 14:39     ` [dpdk-dev] [PATCH v3 11/12] net/octeontx2: support port representor " Ivan Malov
2021-10-10 14:39     ` [dpdk-dev] [PATCH v3 12/12] net/sfc: support port representor flow item Ivan Malov
2021-10-12 14:45     ` [dpdk-dev] [PATCH v3 00/12] ethdev: rework transfer flow API Ferruh Yigit
2021-10-13 11:51     ` Ferruh Yigit
2021-10-13 16:42   ` [dpdk-dev] [PATCH v4 " Ivan Malov
2021-10-13 16:42     ` [dpdk-dev] [PATCH v4 01/12] ethdev: add port representor item to " Ivan Malov
2021-10-13 16:42     ` [dpdk-dev] [PATCH v4 02/12] ethdev: add represented port " Ivan Malov
2021-10-13 16:42     ` [dpdk-dev] [PATCH v4 03/12] ethdev: add port representor action " Ivan Malov
2021-10-13 16:42     ` [dpdk-dev] [PATCH v4 04/12] ethdev: add represented port " Ivan Malov
2021-10-13 16:42     ` [dpdk-dev] [PATCH v4 05/12] ethdev: deprecate hard-to-use or ambiguous items and actions Ivan Malov
2021-10-13 16:42     ` [dpdk-dev] [PATCH v4 06/12] ethdev: deprecate direction attributes in transfer flows Ivan Malov
2021-10-13 16:42     ` [dpdk-dev] [PATCH v4 07/12] net/bnxt: support meta flow items to match on traffic source Ivan Malov
2021-10-13 16:42     ` [dpdk-dev] [PATCH v4 08/12] net/bnxt: support meta flow actions to overrule destinations Ivan Malov
2021-10-13 16:42     ` [dpdk-dev] [PATCH v4 09/12] net/enic: " Ivan Malov
2021-10-13 16:42     ` [dpdk-dev] [PATCH v4 10/12] net/mlx5: support represented port flow action Ivan Malov
2021-10-13 16:42     ` [dpdk-dev] [PATCH v4 11/12] net/octeontx2: support port representor " Ivan Malov
2021-10-13 16:42     ` [dpdk-dev] [PATCH v4 12/12] net/sfc: support port representor flow item Ivan Malov
2021-10-13 16:57   ` [dpdk-dev] [PATCH v4 00/12] ethdev: rework transfer flow API Ivan Malov
2021-10-13 16:57     ` [dpdk-dev] [PATCH v5 01/12] ethdev: add port representor item to " Ivan Malov
2021-10-13 16:57     ` [dpdk-dev] [PATCH v5 02/12] ethdev: add represented port " Ivan Malov
2021-10-13 16:57     ` [dpdk-dev] [PATCH v5 03/12] ethdev: add port representor action " Ivan Malov
2021-10-13 16:57     ` [dpdk-dev] [PATCH v5 04/12] ethdev: add represented port " Ivan Malov
2021-10-13 16:57     ` [dpdk-dev] [PATCH v5 05/12] ethdev: deprecate hard-to-use or ambiguous items and actions Ivan Malov
2021-10-13 16:57     ` [dpdk-dev] [PATCH v5 06/12] ethdev: deprecate direction attributes in transfer flows Ivan Malov
2021-10-13 16:57     ` [dpdk-dev] [PATCH v5 07/12] net/bnxt: support meta flow items to match on traffic source Ivan Malov
2021-10-13 16:57     ` [dpdk-dev] [PATCH v5 08/12] net/bnxt: support meta flow actions to overrule destinations Ivan Malov
2021-10-13 16:57     ` [dpdk-dev] [PATCH v5 09/12] net/enic: " Ivan Malov
2021-10-13 16:57     ` [dpdk-dev] [PATCH v5 10/12] net/mlx5: support represented port flow action Ivan Malov
2021-10-13 16:57     ` [dpdk-dev] [PATCH v5 11/12] net/octeontx2: support port representor " Ivan Malov
2021-10-13 16:57     ` [dpdk-dev] [PATCH v5 12/12] net/sfc: support port representor flow item Ivan Malov
2021-10-13 17:02   ` [dpdk-dev] [PATCH v6 00/12] ethdev: rework transfer flow API Ivan Malov
2021-10-13 17:02     ` [dpdk-dev] [PATCH v6 01/12] ethdev: add port representor item to " Ivan Malov
2021-10-13 17:15       ` Andrew Rybchenko
2021-10-13 17:02     ` [dpdk-dev] [PATCH v6 02/12] ethdev: add represented port " Ivan Malov
2021-10-13 17:02     ` [dpdk-dev] [PATCH v6 03/12] ethdev: add port representor action " Ivan Malov
2021-10-13 17:02     ` [dpdk-dev] [PATCH v6 04/12] ethdev: add represented port " Ivan Malov
2021-10-13 17:02     ` [dpdk-dev] [PATCH v6 05/12] ethdev: deprecate hard-to-use or ambiguous items and actions Ivan Malov
2021-10-13 17:02     ` [dpdk-dev] [PATCH v6 06/12] ethdev: deprecate direction attributes in transfer flows Ivan Malov
2021-10-13 17:02     ` [dpdk-dev] [PATCH v6 07/12] net/bnxt: support meta flow items to match on traffic source Ivan Malov
2021-10-13 17:02     ` [dpdk-dev] [PATCH v6 08/12] net/bnxt: support meta flow actions to overrule destinations Ivan Malov
2021-10-13 17:02     ` [dpdk-dev] [PATCH v6 09/12] net/enic: " Ivan Malov
2021-10-13 17:02     ` [dpdk-dev] [PATCH v6 10/12] net/mlx5: support represented port flow action Ivan Malov
2021-10-13 18:02       ` Slava Ovsiienko
2021-10-13 17:02     ` [dpdk-dev] [PATCH v6 11/12] net/octeontx2: support port representor " Ivan Malov
2021-10-13 17:02     ` [dpdk-dev] [PATCH v6 12/12] net/sfc: support port representor flow item Ivan Malov
2021-10-13 17:34   ` [dpdk-dev] [PATCH v7 00/12] ethdev: rework transfer flow API Ivan Malov
2021-10-13 17:34     ` [dpdk-dev] [PATCH v7 01/12] ethdev: add port representor item to " Ivan Malov
2021-10-13 17:34     ` [dpdk-dev] [PATCH v7 02/12] ethdev: add represented port " Ivan Malov
2021-10-13 17:34     ` [dpdk-dev] [PATCH v7 03/12] ethdev: add port representor action " Ivan Malov
2021-10-13 17:34     ` [dpdk-dev] [PATCH v7 04/12] ethdev: add represented port " Ivan Malov
2021-10-13 17:34     ` [dpdk-dev] [PATCH v7 05/12] ethdev: deprecate hard-to-use or ambiguous items and actions Ivan Malov
2021-10-13 17:34     ` [dpdk-dev] [PATCH v7 06/12] ethdev: deprecate direction attributes in transfer flows Ivan Malov
2021-10-13 18:48       ` Slava Ovsiienko
2021-10-13 17:34     ` [dpdk-dev] [PATCH v7 07/12] net/bnxt: support meta flow items to match on traffic source Ivan Malov
2021-10-13 17:34     ` [dpdk-dev] [PATCH v7 08/12] net/bnxt: support meta flow actions to overrule destinations Ivan Malov
2021-10-13 17:34     ` [dpdk-dev] [PATCH v7 09/12] net/enic: " Ivan Malov
2021-10-13 17:34     ` [dpdk-dev] [PATCH v7 10/12] net/mlx5: support represented port flow action Ivan Malov
2021-10-13 17:34     ` [dpdk-dev] [PATCH v7 11/12] net/octeontx2: support port representor " Ivan Malov
2021-10-20  2:33       ` [dpdk-dev] [EXT] " Kiran Kumar Kokkilagadda
2021-10-13 17:34     ` [dpdk-dev] [PATCH v7 12/12] net/sfc: support port representor flow item Ivan Malov
2021-10-13 21:08     ` [dpdk-dev] [PATCH v7 00/12] ethdev: rework transfer flow API Ferruh Yigit
2021-10-05  0:36 ` [dpdk-dev] [PATCH] ethdev: let apps find transfer admin port for a given ethdev Ivan Malov
2021-10-05  9:22   ` Ori Kam
2021-10-05 12:41     ` Ivan Malov
2021-10-05 16:04       ` Ori Kam [this message]
2021-10-05 17:56   ` Thomas Monjalon
2021-10-05 18:22     ` Ivan Malov
2021-10-05 19:04       ` Thomas Monjalon
2021-10-05 21:10   ` [dpdk-dev] [PATCH v2] ethdev: add API to query proxy port to manage transfer flows Ivan Malov
2021-10-06  7:47     ` Andrew Rybchenko
2021-10-06 12:33   ` [dpdk-dev] [PATCH v3] " Ivan Malov
2021-10-14  3:21   ` [dpdk-dev] [PATCH v4] " Ivan Malov
2021-10-14 11:45     ` Ferruh Yigit
2021-10-26 14:46     ` David Marchand
2021-10-26 15:47       ` Ivan Malov
2021-10-26 15:58         ` Thomas Monjalon
2021-10-26 16:15           ` Ferruh Yigit
2021-10-06 13:23 [dpdk-dev] [PATCH] ethdev: let apps find transfer admin port for a given ethdev Ivan Malov

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=DM8PR12MB5400694A21358ECC6C3C60C5D6AF9@DM8PR12MB5400.namprd12.prod.outlook.com \
    --to=orika@nvidia.com \
    --cc=Ivan.Malov@oktetlabs.ru \
    --cc=andrew.rybchenko@oktetlabs.ru \
    --cc=dev@dpdk.org \
    --cc=ferruh.yigit@intel.com \
    --cc=mdr@ashroe.eu \
    --cc=thomas@monjalon.net \
    --cc=xiaoyun.li@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).