[PATCH v2 03/24] net/nfp: add the flow APIs of nfp PMD

Ferruh Yigit ferruh.yigit at amd.com
Mon Oct 10 16:51:04 CEST 2022


On 10/10/2022 7:08 AM, Chaoyong He wrote:
> Add the flow validate/create/query/destroy/flush API of nfp PMD.
> 
> The flow create API construct a control cmsg and send it to
> firmware, then add this flow  to the hash table.
> 
> The flow query API get flow stats from the flow_priv structure.
> Note there exist an rte_spin_lock to prevent the update and query
> action occur at the same time.
> 
> The flow destroy API construct a control cmsg and send it to
> firmware, then adelete this flow from the hash table.
> 
> The flow flush API just iterate the flows in hash table and
> call the flow destroy API.
> 
> Signed-off-by: Chaoyong He <chaoyong.he at corigine.com>
> Reviewed-by: Niklas Söderlund <niklas.soderlund at corigine.com>

<...>

> +static void
> +nfp_flow_stats_get(struct rte_eth_dev *dev,
> +		struct rte_flow *nfp_flow,
> +		void *data)
> +{
> +	uint32_t ctx_id;
> +	struct rte_flow *flow;
> +	struct nfp_flow_priv *priv;
> +	struct nfp_fl_stats *stats;
> +	struct rte_flow_query_count *query;
> +
> +	priv = nfp_flow_dev_to_priv(dev);
> +	flow = nfp_flow_table_search(priv, nfp_flow);
> +	if (flow == NULL) {
> +		PMD_DRV_LOG(ERR, "Can not find statistics for this flow.");
> +		return;
> +	}
> +
> +	query = (struct rte_flow_query_count *)data;
> +	ctx_id = rte_be_to_cpu_32(nfp_flow->payload.meta->host_ctx_id);
> +	stats = &priv->stats[ctx_id];
> +
> +	rte_spinlock_lock(&priv->stats_lock);
> +	if (stats->pkts && stats->bytes) {

Is it guaranteed that 'query' ("void *data") is zeroed out when it is 
provided by application?

> +		query->hits = stats->pkts;
> +		query->bytes = stats->bytes;
> +		query->hits_set = 1;
> +		query->bytes_set = 1;
> +		stats->pkts = 0;
> +		stats->bytes = 0;

need to check 'reset' field of action to decide reset or not.

<...>

> @@ -75,6 +101,7 @@ struct nfp_fl_stats {
>   
>   struct nfp_flow_priv {
>   	uint32_t hash_seed; /**< Hash seed for hash tables in this structure. */
> +	uint64_t flower_version; /**< Flow version, always increase. */

Is this version to keep unique value per flow configuration? If so as 
far as I can see '.validate' is updating this value, is this expected?

Also who suppose to use this value?



More information about the dev mailing list