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 A2887A0C43 for ; Mon, 11 Oct 2021 16:42:43 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 92BFA410DF; Mon, 11 Oct 2021 16:42:43 +0200 (CEST) Received: from mail-ed1-f45.google.com (mail-ed1-f45.google.com [209.85.208.45]) by mails.dpdk.org (Postfix) with ESMTP id C42444003C for ; Mon, 11 Oct 2021 16:42:40 +0200 (CEST) Received: by mail-ed1-f45.google.com with SMTP id g8so68795438edt.7 for ; Mon, 11 Oct 2021 07:42:40 -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=yGHmX+Jn4w9stW57/JfBKuDH1acIk6CAklQW8XwOrBA=; b=ffV/yBGDV/Bgsr7IipsrpVkUjd3jP5G0g6JosFrzta94XsrQip7clE3PxoJMxCS56T /Px7t61n/l60AjjD0Fjcgzodx7RFSpVkR75KVaoUyoXVxNPhyy4iiUvY5kP88MZHvBb4 bD5o27542MVYv1Cdl145pUlfctBzO1TEQ9cT4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=yGHmX+Jn4w9stW57/JfBKuDH1acIk6CAklQW8XwOrBA=; b=R7sJ48lXxm1BDGkw0ZeXR/0tFkOmkTRwPOizjgibDQtOKxA9cm1BjleIc5P5Do+/8l ziaLemv8HnNwB9QcahxUG9YXjUvabSpK6PEN3OvwdX0ZWfUdaFgsVbk2QeNVSla9Gv3I 6mJvDFb/UbzxP69Pdxe4Yi0JjO1FCmVqVYp9bbhOhC+s40tm+53ukHZgZB25sC/G+++G 97ox+hnwka5Al8V8gYBCuSO87PNbSZ6Xr7IHMgB4l0QT61SqzwYZXOQYLqN1gaiSAtJO Dif6EWGAikFEE4gYmSkhbJjAE20p5hPkq4OpWoyyO+OprGMxAsPFipU7SzZv/74wMIMM nk2w== X-Gm-Message-State: AOAM5338tdUzvUgpE32Kp5Y0/4dIdNVM2mQK1xhNHLZU/8dzjPa5epV/ as9kotOiHylc/hJFvIpKYOo2B+uTlkkbKi7WO8teBg== X-Google-Smtp-Source: ABdhPJwI8CycYL7sXHcL5rz6yL91JAFpQC7sqz3hrMbFpdm9QKDQELIO0InOuGIOJpc5Pml9f3BgJ4c2GENUjpXBnOU= X-Received: by 2002:a05:6402:2345:: with SMTP id r5mr41738959eda.202.1633963360193; Mon, 11 Oct 2021 07:42:40 -0700 (PDT) MIME-Version: 1.0 References: <7c1ead6b-6e3a-ad0b-ea80-25dd266db87e@intel.com> <496be70d3a6343a8be1306df53d67e23@intel.com> In-Reply-To: From: Lincoln Lavoie Date: Mon, 11 Oct 2021 10:42:27 -0400 Message-ID: To: Thinh Tran Cc: "Zhang, Qi Z" , "Yigit, Ferruh" , dev , "Yang, Qiming" , "ci@dpdk.org" , Aaron Conole , dpdklab , "Singh, Aman Deep" , David Marchand Content-Type: multipart/alternative; boundary="000000000000a928d405ce14bd37" Subject: Re: [dpdk-ci] [dpdk-dev] RHEL7 failures 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" --000000000000a928d405ce14bd37 Content-Type: text/plain; charset="UTF-8" Hi Thinh, The CI won't automatically go back and retest failures after a patch was applied. This is a corner case, where a bad change was merged and affected all patches downstream of that merge. We can retrigger specific patches, just let us know the patch number or the URI of the patch(es). Cheers, Lincoln On Mon, Oct 11, 2021 at 10:39 AM Thinh Tran wrote: > > Hi, > I'm wondering how or when the CI would re-pick up the patches those were > failed due to this issue? > > Regards, > Thinh Tran > > On 10/6/2021 10:40 PM, Zhang, Qi Z wrote: > > Hi Ferruh, David and Aman: > > > > Sorry for late response due to PRC holiday. > > I have just tested the patch and there is no issue be detected for > functions > > Thank you so much for the help! > > > > Regards > > Qi > > > >> -----Original Message----- > >> From: Yigit, Ferruh > >> Sent: Wednesday, October 6, 2021 5:46 AM > >> To: Lincoln Lavoie ; dev ; Yang, > Qiming > >> ; Zhang, Qi Z > >> Cc: ci@dpdk.org; Aaron Conole ; dpdklab > >> ; Singh, Aman Deep ; > >> David Marchand > >> Subject: Re: [dpdk-dev] RHEL7 failures > >> > >> On 10/5/2021 8:09 PM, Lincoln Lavoie wrote: > >>> Hello Qiming and Qi, > >>> > >>> The CI is picking up failures when building on RHEL7, where warnings > >>> are being treated as errors. This looks like something has been > >>> merged into the mainline, as it's failing across all patches. > >>> > >>> Here is the specific failure: > >>> > >>> ./drivers/net/ice/base/ice_parser_rt.c: In function '_hv_bit_sel': > >>> ../drivers/net/ice/base/ice_parser_rt.c:201:2: error: dereferencing > >>> type-punned pointer will break strict-aliasing rules > >>> [-Werror=strict-aliasing] > >>> d64 = *(u64 *)&b[0]; > >>> ^ > >>> ../drivers/net/ice/base/ice_parser_rt.c: In function '_reg_bit_sel': > >>> ../drivers/net/ice/base/ice_parser_rt.c:458:2: error: dereferencing > >>> type-punned pointer will break strict-aliasing rules > >>> [-Werror=strict-aliasing] > >>> d32 = *(u32 *)&v[0]; > >>> ^ > >>> cc1: all warnings being treated as errors > >>> > >>> You can download a full set of logs from here (for a failing run): > >>> https://lab.dpdk.org/results/dashboard/patchsets/19162/ > >>> > >> > >> Issue was reported by David, Aman sent the fix [1] and it is already > merged by > >> David [2], it should be fixed now, can you please double check? > >> > >> [1] > >> https://patches.dpdk.org/project/dpdk/patch/20211005115754.34117-1-aman > >> .deep.singh@intel.com/ > >> > >> [2] > >> https://git.dpdk.org/dpdk/commit/?id=16b809d144dc2df7f31695b5abc64a809 > >> 021b154 > -- *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) --000000000000a928d405ce14bd37 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi = Thinh,

The CI won't a= utomatically go back and retest failures after a patch was applied.=C2=A0 T= his is a corner case, where a bad change was merged and affected all patche= s downstream of that merge.=C2=A0 We can retrigger specific patches, just l= et us know the patch number or the URI of the patch(es).

Cheers,
Lincoln

On Mon, Oct 11, 202= 1 at 10:39 AM Thinh Tran <= thinhtr@linux.vnet.ibm.com> wrote:

Hi,
I'm wondering how or when the CI would re-pick up the patches those wer= e
failed due to this issue?

Regards,
Thinh Tran

On 10/6/2021 10:40 PM, Zhang, Qi Z wrote:
> Hi Ferruh, David and Aman:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Sorry for late response due to PRC holiday.<= br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0I have just tested the patch and there is no= issue be detected for functions
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Thank you so much for the help!
>
> Regards
> Qi
>
>> -----Original Message-----
>> From: Yigit, Ferruh <ferruh.yigit@intel.com>
>> Sent: Wednesday, October 6, 2021 5:46 AM
>> To: Lincoln Lavoie <lylavoie@iol.unh.edu>; dev <dev@dpdk.org>; Yang, Qiming
>> <qim= ing.yang@intel.com>; Zhang, Qi Z <qi.z.zhang@intel.com>
>> Cc: ci@dpdk.org; Aaron Conole <aconole@redhat.com>; dpdklab
>> <dpdkl= ab@iol.unh.edu>; Singh, Aman Deep <aman.deep.singh@intel.com>;
>> David Marchand <david.marchand@redhat.com>
>> Subject: Re: [dpdk-dev] RHEL7 failures
>>
>> On 10/5/2021 8:09 PM, Lincoln Lavoie wrote:
>>> Hello Qiming and Qi,
>>>
>>> The CI is picking up failures when building on RHEL7, where wa= rnings
>>> are being treated as errors.=C2=A0 This looks like something h= as been
>>> merged into the mainline, as it's failing across all patch= es.
>>>
>>> Here is the specific failure:
>>>
>>> ./drivers/net/ice/base/ice_parser_rt.c: In function '_hv_b= it_sel':
>>> ../drivers/net/ice/base/ice_parser_rt.c:201:2: error: derefere= ncing
>>> type-punned pointer will break strict-aliasing rules
>>> [-Werror=3Dstrict-aliasing]
>>>=C2=A0 =C2=A0 =C2=A0d64 =3D *(u64 *)&b[0];
>>>=C2=A0 =C2=A0 =C2=A0^
>>> ../drivers/net/ice/base/ice_parser_rt.c: In function '_reg= _bit_sel':
>>> ../drivers/net/ice/base/ice_parser_rt.c:458:2: error: derefere= ncing
>>> type-punned pointer will break strict-aliasing rules
>>> [-Werror=3Dstrict-aliasing]
>>>=C2=A0 =C2=A0 =C2=A0d32 =3D *(u32 *)&v[0];
>>>=C2=A0 =C2=A0 =C2=A0^
>>> cc1: all warnings being treated as errors
>>>
>>> You can download a full set of logs from here (for a failing r= un):
>>> https://lab.dpdk.org/results/das= hboard/patchsets/19162/
>>>
>>
>> Issue was reported by David, Aman sent the fix [1] and it is alrea= dy merged by
>> David [2], it should be fixed now, can you please double check? >>
>> [1]
>> https://patches.dpdk= .org/project/dpdk/patch/20211005115754.34117-1-aman
>> .deep.singh@intel.com/
>>
>> [2]
>> https://git.dpdk.or= g/dpdk/commit/?id=3D16b809d144dc2df7f31695b5abc64a809
>> 021b154


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

--000000000000a928d405ce14bd37--