From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id 9E97B9AD3 for ; Wed, 2 Mar 2016 08:12:10 +0100 (CET) Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) by mx1.redhat.com (Postfix) with ESMTPS id 1E42A32E8A9; Wed, 2 Mar 2016 07:12:10 +0000 (UTC) Received: from sopuli.koti.laiskiainen.org (vpn1-4-227.ams2.redhat.com [10.36.4.227]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u227C9EI003621; Wed, 2 Mar 2016 02:12:09 -0500 To: "Sun, Xutao" , "dev@dpdk.org" References: <1455867097-19173-1-git-send-email-xutao.sun@intel.com> <1456804032-1682-1-git-send-email-xutao.sun@intel.com> <1456804032-1682-2-git-send-email-xutao.sun@intel.com> <56D5588D.80205@redhat.com> <9AC567D38896294095E6F3228F697FC803533BC9@shsmsx102.ccr.corp.intel.com> From: Panu Matilainen Message-ID: <56D69249.6040609@redhat.com> Date: Wed, 2 Mar 2016 09:12:09 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <9AC567D38896294095E6F3228F697FC803533BC9@shsmsx102.ccr.corp.intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.26 Subject: Re: [dpdk-dev] [PATCH v6 1/4] lib/ether: optimize the'rte_eth_tunnel_filter_conf' structure 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: , X-List-Received-Date: Wed, 02 Mar 2016 07:12:10 -0000 On 03/02/2016 05:10 AM, Sun, Xutao wrote: > Hi, Panu > >> -----Original Message----- >> From: Panu Matilainen [mailto:pmatilai@redhat.com] >> Sent: Tuesday, March 01, 2016 4:54 PM >> To: Sun, Xutao ; dev@dpdk.org >> Subject: Re: [dpdk-dev] [PATCH v6 1/4] lib/ether: optimize >> the'rte_eth_tunnel_filter_conf' structure >> >> On 03/01/2016 05:47 AM, Xutao Sun wrote: >>> Change the fields of outer_mac and inner_mac from pointer to struct in >>> order to keep the code's readability. >>> >>> Signed-off-by: Xutao Sun >>> Signed-off-by: Jijiang Liu >>> --- >>> app/test-pmd/cmdline.c | 6 ++++-- >>> doc/guides/rel_notes/deprecation.rst | 5 ----- >>> doc/guides/rel_notes/release_16_04.rst | 2 ++ >>> drivers/net/i40e/i40e_ethdev.c | 12 ++++++------ >>> lib/librte_ether/rte_eth_ctrl.h | 4 ++-- >>> 5 files changed, 14 insertions(+), 15 deletions(-) >>> >> >> Since this is the commit actually changing the ABI, its best to actually bump >> LIBABIVER right here as well lest it go forgotten, and also update the list of >> shared library versions in release notes. >> See commit d8c4ae275582784ec0ff3b2c54a4c861b55bc056 for an example. >> >> Oh and sorry for not noticing this earlier. >> >> - Panu - > > I didn't use the Macro "RTE_NEXT_ABI", so I think I don't need to update the shared library verisons. > And I also updated the doc about ABI change in the deprecation.rst and release notes. Shared library version MUST change when there's an incompatible change to prevent programs/libraries linked against the older version to be used with the incompatible version, that is the sole reason for versioning the libraries in the first place. Whether RTE_NEXT_ABI is used or not is not relevant. In fact RTE_NEXT_ABI creates a shared library version of its own, sort of parallel to the current one. The basic idea remains the same though: shared library version has to change when an incompatible change goes in. - Panu - - Panu - - Panu - - Panu -