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 2FE0BA0548; Tue, 20 Apr 2021 19:02:49 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 9CE5541735; Tue, 20 Apr 2021 19:02:48 +0200 (CEST) Received: from mail-io1-f54.google.com (mail-io1-f54.google.com [209.85.166.54]) by mails.dpdk.org (Postfix) with ESMTP id 49EC941439 for ; Tue, 20 Apr 2021 19:02:47 +0200 (CEST) Received: by mail-io1-f54.google.com with SMTP id l21so2575783iob.1 for ; Tue, 20 Apr 2021 10:02:47 -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=LWtyf6MwkUW5lHeJmylP7eImaIw2ygbwgA1ctltAH5Q=; b=YPOp12KutqcFqaLVKY6S+zsZlExFPTJaRanJfG7oME1br7Ocir+Y1gyF4M01Hdg9uy p/NGpkEwa8vNZ9dbwS9CWL4g2WhivNZpyYUuKNUlZrU+iNadzxEMWYx8J8CrgK+g+ABh 5+mt+VIJoSrPJPjuDmrHJAfsGt5S03b4SenIA= 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=LWtyf6MwkUW5lHeJmylP7eImaIw2ygbwgA1ctltAH5Q=; b=mNOq72FvUehKhJzGXRzHMNVWjU0NvEpORB9CvK5aFkTXXru2kFucngkvI2pBt7gjQT IM8ECtE/hnvI7oWVGH7kHwmYfV6f/dh24hMCM9MWaKkH+HKX3fmB0VQvVPcSjZZp1+gv Tqh4hSYeznG0alPIn1GWnsGZ3xxYGlOR3Vs9sSutVVT/o91xvuGWKVkEOYVy7mXig62K UPK+kwclG7V64k8YyrMYjKQwYFmnE/dI5idGJzTm43Yd9EmWHJ/iPNs1pzFCcgf5a7/j WObtU1bOoUw2piJ9b916sbX8CcXGGp8thmuG/DV4Vrgm7i53QlTAUUTCWkUGdmSPDoHl Qoaw== X-Gm-Message-State: AOAM533iIj/QfxgS7s23mvWEAaoSO5yPvAyOi8qn0RGHzmDYs9aHE3gk aoVvg/E1Mxccw36gXJmIPUhnc+7h6MlZ+SfGG0kreQ== X-Google-Smtp-Source: ABdhPJzRnEhGjsV0XB1yafF2qQvy3D0ZL0q+MqhYUYOdS/qSuIZN1J8Wm3txrEr03pWiAtkT8NryZHBIlpI76RXhK9Q= X-Received: by 2002:a05:6638:140e:: with SMTP id k14mr21652602jad.31.1618938166543; Tue, 20 Apr 2021 10:02:46 -0700 (PDT) MIME-Version: 1.0 References: <1717688.4SEbdfRPfx@thomas> In-Reply-To: <1717688.4SEbdfRPfx@thomas> From: Brandon Lo Date: Tue, 20 Apr 2021 13:02:10 -0400 Message-ID: To: Thomas Monjalon Cc: dev , ci@dpdk.org Content-Type: text/plain; charset="UTF-8" Subject: Re: [dpdk-dev] [dpdk-ci] UNH-IOL ABI Failures 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" Okay, I am updating the ABI version on the machines and rerunning the affected patches. I had mistakenly installed libabigail 1.6 since that was the default in the linux-build.sh script. Thanks, Brandon On Tue, Apr 20, 2021 at 11:37 AM Thomas Monjalon wrote: > > 20/04/2021 17:30, Brandon Lo: > > Hi all, > > > > We have noticed some failures occurring repeatedly in our CI system > > regarding the ABI test. > > > > I looked into the failures and saw that there were some failures > > caused by a clock skew issue on the ARM ABI test. > > Those failures have been rerun and the report will be resent to > > patchworks for the updated result. > > > > However, the earlier test runs seem to report an actual failure: > > > > "1 function with some indirect sub-type change: > > > > [C]'function rte_security_session* > > rte_security_session_create(rte_security_ctx*, > > rte_security_session_conf*, rte_mempool*, rte_mempool*)' at > > rte_security.c:43:1 has some indirect sub-type changes: > > parameter 2 of type 'rte_security_session_conf*' has sub-type changes: > > in pointed to type 'struct rte_security_session_conf' at > > rte_security.h:366:1: > > type size hasn't changed > > 1 data member change: > > type of 'rte_crypto_sym_xform* > > rte_security_session_conf::crypto_xform' changed: > > in pointed to type 'struct rte_crypto_sym_xform' at > > rte_crypto_sym.h:575:1: > > type size hasn't changed > > 1 data member changes (1 filtered): > > > > Error: ABI issue reported for 'abidiff --suppr > > dpdk/devtools/libabigail.abignore --no-added-syms --headers-dir1 > > reference/usr/local/include --headers-dir2 build/usr/local/include > > reference/dump/librte_security.dump build/dump/librte_security.dump' > > > > ABIDIFF_ABI_CHANGE, this change requires a review (abidiff flagged > > this as a potential issue)." > > > > Can anyone please confirm that this is a real ABI issue or if this > > requires a change on the UNH-IOL side. > > It requires libabigail 1.8 on UNH-IOL side. > > > -- Brandon Lo UNH InterOperability Laboratory 21 Madbury Rd, Suite 100, Durham, NH 03824 blo@iol.unh.edu www.iol.unh.edu