From patchwork Tue Sep 13 07:02:04 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Kundapura, Ganapati" X-Patchwork-Id: 116233 X-Patchwork-Delegate: jerinj@marvell.com Return-Path: X-Original-To: patchwork@inbox.dpdk.org Delivered-To: patchwork@inbox.dpdk.org Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 0BBCCA0032; Tue, 13 Sep 2022 09:02:10 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id EBD9340156; Tue, 13 Sep 2022 09:02:09 +0200 (CEST) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mails.dpdk.org (Postfix) with ESMTP id 61FDA40151 for ; Tue, 13 Sep 2022 09:02:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1663052528; x=1694588528; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=CDgt1IE/U+KT/MwNvTcNyhUwsHZpxLRcO2p+Gph74R8=; b=NWNgWqXINkT4F2yCH/w5ZLw7bfrpBNDzJ7AT1xdRvifZ1ory/pIHRKB8 MnPlmiU4LbU/jZSdPeZQ4WFsNsjBbJfbq/n48gW8UoxwdDIQwR3RpenF0 bGd3qsr9iAugB4SMHzZNs++tsKmg3FWUbG/kmg98wU7ztMI7tNvoHHot+ kCK7/+172gZsEaF8TA+nX+EKhdoU1yDV8rJnW+IdKvDwOFTemC1B+qLV1 FQsmC/AxRyoaWGadolVInuxTirFy7sHvw3zswCvtqj7hGL2r9qHOj3KIZ UypS03ogCT2EdUMYvOGF1yxupF9o58/LSR35IizaVDVN+ropvjMhgpq7/ Q==; X-IronPort-AV: E=McAfee;i="6500,9779,10468"; a="285081029" X-IronPort-AV: E=Sophos;i="5.93,312,1654585200"; d="scan'208";a="285081029" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Sep 2022 00:02:07 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.93,312,1654585200"; d="scan'208";a="646802774" Received: from txandevlnx322.an.intel.com ([10.123.117.44]) by orsmga008.jf.intel.com with ESMTP; 13 Sep 2022 00:02:07 -0700 From: Ganapati Kundapura To: dev@dpdk.org, jerinj@marvell.com Cc: jay.jayatheerthan@intel.com, s.v.naga.harish.k@intel.com Subject: [PATCH v1] eventdev/eth_rx: sub event type gets reset Date: Tue, 13 Sep 2022 02:02:04 -0500 Message-Id: <20220913070205.1108906-1-ganapati.kundapura@intel.com> X-Mailer: git-send-email 2.23.0 MIME-Version: 1.0 X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org In rte_event_eth_rx_adapter_queue_add(), sub_event_type of rte_event structure is reset which is used by the application to determine the processing function. Removed resetting of rte_event::sub_event_type Signed-off-by: Ganapati Kundapura Acked-by: Jay Jayatheerthan diff --git a/lib/eventdev/rte_event_eth_rx_adapter.c b/lib/eventdev/rte_event_eth_rx_adapter.c index 64a6add..e42e41c 100644 --- a/lib/eventdev/rte_event_eth_rx_adapter.c +++ b/lib/eventdev/rte_event_eth_rx_adapter.c @@ -2054,7 +2054,6 @@ rxa_add_queue(struct event_eth_rx_adapter *rx_adapter, qi_ev->event = ev->event; qi_ev->op = RTE_EVENT_OP_NEW; qi_ev->event_type = RTE_EVENT_TYPE_ETH_RX_ADAPTER; - qi_ev->sub_event_type = 0; if (conf->rx_queue_flags & RTE_EVENT_ETH_RX_ADAPTER_QUEUE_FLOW_ID_VALID) {