From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 9DBE1A0A0F for ; Fri, 4 Jun 2021 15:53:05 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 6D8984068F; Fri, 4 Jun 2021 15:53:05 +0200 (CEST) Received: from mail-ej1-f44.google.com (mail-ej1-f44.google.com [209.85.218.44]) by mails.dpdk.org (Postfix) with ESMTP id DAC4440147 for ; Fri, 4 Jun 2021 15:53:03 +0200 (CEST) Received: by mail-ej1-f44.google.com with SMTP id ho18so3652969ejc.8 for ; Fri, 04 Jun 2021 06:53:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iol.unh.edu; s=unh-iol; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=k8BjxRwoI6zoUdegrVCZf8MjghyEYGzAf5C7aIXueHA=; b=hLqJUGAxNpnERovUImb0LFVnPyKvSvTkuJ2FiXoVi1xzuxcjgXq6NDG/CPTEAm29Au FfE3c365EfU2A/P1UxLkqUHupFuzGSo2H247fSRL0mWbbY/x9rdOXkYHRzI8XjJNg5Pn pbWl9uxS2z+nd6bNV3a+cTGiHal26qoJtzo44= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=k8BjxRwoI6zoUdegrVCZf8MjghyEYGzAf5C7aIXueHA=; b=CAw15FLxJZkhadZXoiP+/+8PwsoNIRc7GgGw4oo4ydG2vfmyPIGisR9hVzkgCvYVva gtg+F3CrvbNfvOGfY7A21wLmSLBzuzkW+t3QHvjETAxC/rEnuqvc/CNeNtZhyzajaItj dOjLYI/V6mzQQbt9Q+xYSNiMEjtJISevr6KJG+FrnokKNnU2K5buE9Tcb4s078g7Taok 4JuMt9YvqEy9j4p5Y4PRqvESPA8K7oePIHSYsIBuN3vIgw5GqAvHuTQuPVDOLJY2WbYN DYiQx7oWlX/Y6RywBEBD5nLyjPgzOpjBiT7OUGp/g9ppegE3OtD7baaZb5XLnT69hZHy qpxA== X-Gm-Message-State: AOAM531GRe2JO/eO5a9OgowFn3F/3r532n+uVobGAAzI1JJv0VbKKqjH K8p3sofRdY4ug92+m91risCB+QqZ5w9A+gXAVCNgow== X-Google-Smtp-Source: ABdhPJyC63NeRjO3uSOaH7pooEpgElfF7vK5RudMj6BLv4NLz2GlbiVbDz0cI8nBlPYIVm1APJOfeZXznWZHZisNE2U= X-Received: by 2002:a17:906:3ed0:: with SMTP id d16mr4236926ejj.16.1622814783485; Fri, 04 Jun 2021 06:53:03 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Lincoln Lavoie Date: Fri, 4 Jun 2021 09:52:52 -0400 Message-ID: To: David Marchand Cc: dpdklab , ci@dpdk.org, Aaron Conole , Thomas Monjalon , Ray Kinsella Content-Type: multipart/alternative; boundary="000000000000b4cd9105c3f102e2" Subject: Re: [dpdk-ci] [dpdklab] ABI test failing for openSUSE and Arch Linux X-BeenThere: ci@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK CI discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ci-bounces@dpdk.org Sender: "ci" --000000000000b4cd9105c3f102e2 Content-Type: text/plain; charset="UTF-8" All, The ABI references for all systems were updated this week to the 21.05 release code. The two failures look like places where the interfaces didn't actually change. We do see the failures across multiple patches, which might imply something got merged that caused these changes / failures. --------------------------------------------------------------------------------------------- OpenSUSE 2 Removed function symbols not referenced by debug info: [D] _fini [D] _init --------------------------------------------------------------------------------------------- Arch Linux (one example from the output) Functions changes summary: 0 Removed, 0 Changed, 0 Added function Variables changes summary: 0 Removed, 1 Changed (13 filtered out), 0 Added variables 1 Changed variable: [C] 'rte_table_ops rte_table_acl_ops' was changed at rte_table_acl.h:60:1: type of variable changed: type size hasn't changed 1 data member change: type of 'rte_table_op_lookup f_lookup' changed: underlying type 'int (void*, rte_mbuf**, typedef uint64_t, uint64_t*, void**)*' changed: in pointed to type 'function type int (void*, rte_mbuf**, typedef uint64_t, uint64_t*, void**)': parameter 2 of type 'rte_mbuf**' has sub-type changes: in pointed to type 'rte_mbuf*': in pointed to type 'struct rte_mbuf' at rte_mbuf_core.h:484:1: type size hasn't changed 1 data member changes (1 filtered): type of 'anonymous data member union {uint32_t packet_type; struct {uint8_t l2_type; uint8_t l3_type; uint8_t l4_type; uint8_t tun_type; union {uint8_t inner_esp_next_proto; struct {uint8_t inner_l2_type; uint8_t inner_l3_type;};}; uint8_t inner_l4_type;};}' changed: type size hasn't changed 1 data member change: type of 'anonymous data member struct {uint8_t l2_type; uint8_t l3_type; uint8_t l4_type; uint8_t tun_type; union {uint8_t inner_esp_next_proto; struct {uint8_t inner_l2_type; uint8_t inner_l3_type;};}; uint8_t inner_l4_type;}' changed: type size hasn't changed 3 data member changes: 'uint8_t inner_l4_type' offset changed from 0 to 24 (in bits) (by +24 bits) 'uint8_t l4_type' offset changed from 0 to 8 (in bits) (by +8 bits) 'uint8_t tun_type' offset changed from 4 to 12 (in bits) (by +8 bits) On Fri, Jun 4, 2021 at 3:59 AM David Marchand wrote: > Hello, > > Looking at the dashboard, we have ABI checks reporting failures. > Example: https://lab.dpdk.org/results/dashboard/patchsets/17309/ > > I can't debug this, but I suspect that the reference dumps are not > generated the same way the patches are tested. > > > -- > David Marchand > > -- *Lincoln Lavoie* Principal Engineer, Broadband Technologies 21 Madbury Rd., Ste. 100, Durham, NH 03824 lylavoie@iol.unh.edu https://www.iol.unh.edu +1-603-674-2755 (m) --000000000000b4cd9105c3f102e2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
All,

The AB= I references for all systems were updated this week to the 21.05 release co= de.=C2=A0 The two failures look like places where the interfaces didn't= actually change. We do see the failures across multiple patches, which mig= ht imply something got merged that caused these changes / failures.

------------------------------= ---------------------------------------------------------------
OpenSUSE
2 Removed function symbols not= referenced by debug info:

=C2=A0 [D] _fini
=C2=A0 [D] _init
<= /div>

-------------------------= --------------------------------------------------------------------
Arch Linux (one e= xample from the output)

F= unctions changes summary: 0 Removed, 0 Changed, 0 Added function
Variabl= es changes summary: 0 Removed, 1 Changed (13 filtered out), 0 Added variabl= es

1 Changed variable:

=C2=A0 [C] 'rte_table_ops rte_tabl= e_acl_ops' was changed at rte_table_acl.h:60:1:
=C2=A0 =C2=A0 type o= f variable changed:
=C2=A0 =C2=A0 =C2=A0 type size hasn't changed=C2=A0 =C2=A0 =C2=A0 1 data member change:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = type of 'rte_table_op_lookup f_lookup' changed:
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 underlying type 'int (void*, rte_mbuf**, typedef u= int64_t, uint64_t*, void**)*' changed:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 in pointed to type 'function type int (void*, rte_mbuf**,= typedef uint64_t, uint64_t*, void**)':
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 parameter 2 of type 'rte_mbuf**' has sub-type = changes:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 in poin= ted to type 'rte_mbuf*':
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 in pointed to type 'struct rte_mbuf' at rt= e_mbuf_core.h:484:1:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 type size hasn't changed
=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1 data member changes (1 f= iltered):
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 type of 'anonymous data member union {uint32_t packet_ty= pe; struct {uint8_t l2_type; uint8_t l3_type; uint8_t l4_type; uint8_t tun_= type; union {uint8_t inner_esp_next_proto; struct {uint8_t inner_l2_type; u= int8_t inner_l3_type;};}; uint8_t inner_l4_type;};}' changed:
=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 type size hasn't changed
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1 data member change:
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 type of 'anonymous data member struct {uint8_t l2_type; u= int8_t l3_type; uint8_t l4_type; uint8_t tun_type; union {uint8_t inner_esp= _next_proto; struct {uint8_t inner_l2_type; uint8_t inner_l3_type;};}; uint= 8_t inner_l4_type;}' changed:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 type size hasn&= #39;t changed
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3 data member changes:
=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 'uint8_t inner_l4_type' offset changed fro= m 0 to 24 (in bits) (by +24 bits)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'uin= t8_t l4_type' offset changed from 0 to 8 (in bits) (by +8 bits)
=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 'uint8_t tun_type' offset changed from = 4 to 12 (in bits) (by +8 bits)




On Fri, Jun 4, 2021 at 3:59 AM David Marchand <david.marchand@redhat.com> wrote:
=
Hello,

Looking at the dashboard, we have ABI checks reporting failures.
Example: https://lab.dpdk.org/results/dashboa= rd/patchsets/17309/

I can't debug this, but I suspect that the reference dumps are not
generated the same way the patches are tested.


--
David Marchand



--
Lincoln Lavoie
Prin= cipal Engineer, Broadband Technologies
21 Madbury Rd., Ste. 100, = Durham, NH 03824
+1-603-674-= 2755 (m)

--000000000000b4cd9105c3f102e2--