From patchwork Tue Jul 26 03:53:57 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Naga Harish K, S V" X-Patchwork-Id: 114206 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 40D15A00C4; Tue, 26 Jul 2022 05:54:03 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 2909240DDD; Tue, 26 Jul 2022 05:54:03 +0200 (CEST) Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by mails.dpdk.org (Postfix) with ESMTP id CCD9D40695; Tue, 26 Jul 2022 05:54:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1658807641; x=1690343641; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=iy5EEqeP4OKWFh3U1/A/fNmvRbDRo6oNDpqiOJCiLvc=; b=LElpoB7Sx65Dqm/xghQjLzCWwLWC8K/ajciN1NP30GxYrPhdMu0zmtRY Rx/iwgT9UU/kmXxNprrRRYvEOlNiZ3Ag6QPmZEB9BgjU8mYtaHY1BYPxi Pm39QvIKmnwxYLTdtZ+xyKwB2jOFW9jmAu+ZaakIBJvi5EjpYLEEGlhxq n0WFV3z2IPO2LWA7xHEHoUVc5x+IHDIuGUd1RnAlhD20v3A8fOQbu9duO oelvrifKi43OARhJeB2+f+AFha0cDplje9cm1cynLIRVRt8qOMaskJwGF j3aOXGrAS7FDkufvcr9trd7b7MwdfZ0d2lf8J2n9kQaFFUHebbSth6vRM Q==; X-IronPort-AV: E=McAfee;i="6400,9594,10419"; a="374155949" X-IronPort-AV: E=Sophos;i="5.93,193,1654585200"; d="scan'208";a="374155949" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Jul 2022 20:54:00 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.93,193,1654585200"; d="scan'208";a="658488882" Received: from txandevlnx322.an.intel.com ([10.123.117.44]) by fmsmga008.fm.intel.com with ESMTP; 25 Jul 2022 20:53:59 -0700 From: Naga Harish K S V To: jay.jayatheerthan@intel.com, jerinj@marvell.com Cc: dev@dpdk.org, stable@dpdk.org Subject: [PATCH] eventdev/eth_tx: update service runstate in queue delete Date: Mon, 25 Jul 2022 22:53:57 -0500 Message-Id: <20220726035357.1009316-1-s.v.naga.harish.k@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 During the queue add, service component runstate is set to 1, when there is minimum one queue associated with the adapter instance. The same is not updated during queue delete operation. This patch update service component runstate to 0 when there are no more queues associated with the adapter instance Fixes: a3bbf2e09756 ("eventdev: add eth Tx adapter implementation") Cc: stable@dpdk.org Signed-off-by: Naga Harish K S V --- lib/eventdev/rte_event_eth_tx_adapter.c | 1 + 1 file changed, 1 insertion(+) diff --git a/lib/eventdev/rte_event_eth_tx_adapter.c b/lib/eventdev/rte_event_eth_tx_adapter.c index b4b37f1cae..a237e8edba 100644 --- a/lib/eventdev/rte_event_eth_tx_adapter.c +++ b/lib/eventdev/rte_event_eth_tx_adapter.c @@ -905,6 +905,7 @@ txa_service_queue_del(uint8_t id, txa_service_queue_array_free(txa, port_id); + rte_service_component_runstate_set(txa->service_id, txa->nb_queues); ret_unlock: rte_spinlock_unlock(&txa->tx_lock); return 0;