From mboxrd@z Thu Jan 1 00:00:00 1970 From: Panu Matilainen Subject: Re: [PATCH] doc: announce API change for rte_ether.h Date: Fri, 11 Dec 2015 11:28:48 +0200 Message-ID: <566A9750.7070507@redhat.com> References: <1449790022-24126-1-git-send-email-stephen@networkplumber.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit To: Stephen Hemminger , dev@dpdk.org Return-path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id 1AA538E72 for ; Fri, 11 Dec 2015 10:28:51 +0100 (CET) In-Reply-To: <1449790022-24126-1-git-send-email-stephen@networkplumber.org> 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" On 12/11/2015 01:27 AM, Stephen Hemminger wrote: > Plan to change to version of struct ether_addr in > DPDK 2.3. The change in DPDK source is trivial but it will impact > source compatablilty therefore notification is necessary. > > Signed-off-by: Stephen Hemminger > --- > doc/guides/rel_notes/deprecation.rst | 5 +++++ > 1 file changed, 5 insertions(+) > > diff --git a/doc/guides/rel_notes/deprecation.rst b/doc/guides/rel_notes/deprecation.rst > index 1c7ab01..8ecb990 100644 > --- a/doc/guides/rel_notes/deprecation.rst > +++ b/doc/guides/rel_notes/deprecation.rst > @@ -19,3 +19,8 @@ Deprecation Notices > and table action handlers will be updated: > the pipeline parameter will be added, the packets mask parameter will be > either removed (for input port action handler) or made input-only. > + > +* librte_ether: The structure ether_addr in DPDK will be replaced > + by using the standard header file . The structure > + size will be the same (no ABI impact), but the structure field name > + will change from addr_bytes[] to ether_addr_octet[]. > I hope there is some other reason/benefit besides getting rid of a three-line custom struct definition. It may be a trivial s/addr_bytes/ether_addr_octet/ change but it touches a lot of places all over the DPDK codebase alone, and for 3rd party developers such (at least seemingly) gratuitous renames are really irritating. - Panu -