From patchwork Fri Dec 11 02:55:53 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jijiang Liu X-Patchwork-Id: 9475 Return-Path: X-Original-To: patchwork@dpdk.org Delivered-To: patchwork@dpdk.org Received: from [92.243.14.124] (localhost [IPv6:::1]) by dpdk.org (Postfix) with ESMTP id E065A8E6E; Fri, 11 Dec 2015 03:56:05 +0100 (CET) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by dpdk.org (Postfix) with ESMTP id B329B37B3 for ; Fri, 11 Dec 2015 03:56:04 +0100 (CET) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga102.jf.intel.com with ESMTP; 10 Dec 2015 18:56:03 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,411,1444719600"; d="scan'208";a="858532019" Received: from shilc102.sh.intel.com ([10.239.39.44]) by fmsmga001.fm.intel.com with ESMTP; 10 Dec 2015 18:56:00 -0800 Received: from shecgisg004.sh.intel.com (shecgisg004.sh.intel.com [10.239.29.89]) by shilc102.sh.intel.com with ESMTP id tBB2tw5C015509; Fri, 11 Dec 2015 10:55:58 +0800 Received: from shecgisg004.sh.intel.com (localhost [127.0.0.1]) by shecgisg004.sh.intel.com (8.13.6/8.13.6/SuSE Linux 0.8) with ESMTP id tBB2tssl009274; Fri, 11 Dec 2015 10:55:56 +0800 Received: (from jijiangl@localhost) by shecgisg004.sh.intel.com (8.13.6/8.13.6/Submit) id tBB2tsi9009270; Fri, 11 Dec 2015 10:55:54 +0800 From: Jijiang Liu To: dev@dpdk.org Date: Fri, 11 Dec 2015 10:55:53 +0800 Message-Id: <1449802553-9239-1-git-send-email-jijiang.liu@intel.com> X-Mailer: git-send-email 1.7.12.2 Subject: [dpdk-dev] [PATCH v2] doc: announce ABI change for struct rte_eth_conf X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" In current codes, tunnel configuration information is not stored in a device configuration, and it will get nothing if application want to retrieve tunnel config, so I think it is necessary to add rte_eth_dev_tunnel_configure() function is to do the configurations including flow and classification information and store it in a device configuration. And tunneling packet encapsulation operation will benifit from the change. v2 change: Add more description for the change. Signed-off-by: Jijiang Liu --- doc/guides/rel_notes/deprecation.rst | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/doc/guides/rel_notes/deprecation.rst b/doc/guides/rel_notes/deprecation.rst index 5c458f2..df10249 100644 --- a/doc/guides/rel_notes/deprecation.rst +++ b/doc/guides/rel_notes/deprecation.rst @@ -23,3 +23,8 @@ Deprecation Notices * ABI changes are planned for struct rte_eth_tunnel_flow in order to extend new fileds to support tunneling packet configuration in unified tunneling APIs. The release 2.2 does not contain these ABI changes, but release 2.3 will, and no backwards compatibility is planned. + +* ABI changes are planned for struct rte_eth_conf in order to support tunnel configuration using unified tunneling APIs, + which is the rte_eth_dev_tunnel_configure(uint8_t port_id, rte_eth_tunnel_conf * tunnel_conf) + API is planned to add. And the 'tunnel_conf' shloud be stored in global 'rte_eth_conf'. + The release 2.2 does not contain these ABI change, but release 2.3 will, and no backwards compatibility is planned.