From patchwork Tue Oct 12 19:38:24 2021 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Ivan Malov X-Patchwork-Id: 101251 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 59107A0C4C; Tue, 12 Oct 2021 21:38:37 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 14EA2410E7; Tue, 12 Oct 2021 21:38:36 +0200 (CEST) Received: from shelob.oktetlabs.ru (shelob.oktetlabs.ru [91.220.146.113]) by mails.dpdk.org (Postfix) with ESMTP id 2AE6B40142 for ; Tue, 12 Oct 2021 21:38:35 +0200 (CEST) Received: from localhost.localdomain (unknown [5.144.123.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by shelob.oktetlabs.ru (Postfix) with ESMTPSA id 7813C7F567; Tue, 12 Oct 2021 22:38:34 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.11.0 shelob.oktetlabs.ru 7813C7F567 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=oktetlabs.ru; s=default; t=1634067514; bh=rt/5yjhkIqzoQcUGeYTsy5dE5b67lSkSrFiamdNt9lk=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=KxkhRAzDHfOSaf6k7Ptp16CM1BgWVkUvvd61O0Vi+p6V9FJqHfGY0CCo9apZHSTT2 iSg+0MKsVl770Al0rtbSazi4Mj26bHVMR63cJko9nhBGqbiWbmQxRPxBhs7gBgq9fU 6WQn6/vO/H8PLh6AlHWi03K/OoxHOB/RPpVqn27A= From: Ivan Malov To: dev@dpdk.org Cc: Ferruh Yigit Date: Tue, 12 Oct 2021 22:38:24 +0300 Message-Id: <20211012193829.24782-1-ivan.malov@oktetlabs.ru> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20210923112012.14595-1-ivan.malov@oktetlabs.ru> References: <20210923112012.14595-1-ivan.malov@oktetlabs.ru> MIME-Version: 1.0 Subject: [dpdk-dev] [PATCH v6 0/5] ethdev: negotiate the NIC's ability to deliver Rx metadata to the PMD 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 Sender: "dev" In 2019, commit [1] announced changes in DEV_RX_OFFLOAD namespace intending to add new flags, RSS_HASH and FLOW_MARK. Since then, only the former has been added. The issue has not been solved. Applications still assume that metadata features always work and do not need to be configured in advance. The team behind net/sfc driver has given this problem more thought. Conclusions that have been reached are as follows. 1. Not all kinds of metadata can be represented by device offload flags. For instance, having flag RSS_HASH is legitimate because the NIC is supposed to actually compute something when this feature is active. However, if similar flag existed for Rx mark, requesting it would not make the NIC actually compute anything. The HW needs external stimuli (flow rules) in order to set the mark in the first place. 2. As a consequence of (1), it is apparent that the user's ability to use Rx metadata features is complex and consists of multiple parts: a) the NIC's ability to conduct the flow actions (set metadata); b) the NIC's ability to deliver metadata (if set) to the PMD; c) the PMD's ability to provide metadata received from the NIC to the user by virtue of filling out mbuf fields. 3. Aspects (2-a) and (2-c) are already addressed by flow validate API and the procedure of dynamic mbuf field registration respectively, hence, the only problem which really needs a solution is (2-b). Patch [1/5] of this series adds a generic API to let the application negotiate the NIC's ability to deliver specific kinds of metadata to the PMD. This API is supposed to be invoked during initialisation period in order to let the PMD configure HW resources which might be hard to (re-)configure in the adapter's started state without causing traffic disruption and other unwanted consequences. [1] c5b2e78d1172 ("doc: announce ethdev API changes in offload flags") Changes in v2: * [1/5] has review notes from Jerin Jacob applied and the ack from Ray Kinsella added * [2/5] has minor adjustments incorporated to follow changes in [1/5] Changes in v3: * [1/5] through [5/5] have review notes from Andy Moreton applied (mostly rewording) * [1/5] has the ack from Jerin Jacob added Changes in v4: * [1/5] has the API contract clarified to address concerns raised by Ori Kam * [1/5] has the API name fixed to use term "metadata" instead of "meta" * [1/5] has testpmd loglevel changed as per the note by Ajit Khaparde * [1/5] has testpmd code revisited to take multi-process into account * [2/5] through [5/5] have the corresponding adjustments incorporated Changes in v5: * [1/5] has the API comment improved as per the note by Ori Kam Changes in v6: * Rebase as per request by Ferruh Yigit Ivan Malov (5): ethdev: negotiate delivery of packet metadata from HW to PMD net/sfc: support API to negotiate delivery of Rx metadata net/sfc: support flow mark delivery on EF100 native datapath common/sfc_efx/base: add RxQ flag to use Rx prefix user flag net/sfc: report user flag on EF100 native datapath app/test-flow-perf/main.c | 21 ++++++++++ app/test-pmd/testpmd.c | 37 ++++++++++++++++++ doc/guides/rel_notes/release_21_11.rst | 9 +++++ drivers/common/sfc_efx/base/ef10_rx.c | 54 ++++++++++++++++---------- drivers/common/sfc_efx/base/efx.h | 4 ++ drivers/common/sfc_efx/base/rhead_rx.c | 3 ++ drivers/net/sfc/sfc.h | 2 + drivers/net/sfc/sfc_ef100_rx.c | 19 +++++++++ drivers/net/sfc/sfc_ethdev.c | 29 ++++++++++++++ drivers/net/sfc/sfc_flow.c | 13 +++++++ drivers/net/sfc/sfc_mae.c | 22 ++++++++++- drivers/net/sfc/sfc_rx.c | 6 +++ lib/ethdev/ethdev_driver.h | 22 +++++++++++ lib/ethdev/rte_ethdev.c | 25 ++++++++++++ lib/ethdev/rte_ethdev.h | 54 ++++++++++++++++++++++++++ lib/ethdev/rte_flow.h | 12 ++++++ lib/ethdev/version.map | 3 ++ 17 files changed, 312 insertions(+), 23 deletions(-)