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 E82F0A0547 for ; Fri, 12 Feb 2021 10:18:11 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 9F22422A233; Fri, 12 Feb 2021 10:18:11 +0100 (CET) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mails.dpdk.org (Postfix) with ESMTP id 05F2022A231; Fri, 12 Feb 2021 10:18:09 +0100 (CET) IronPort-SDR: Cx8P+knWFHRoNJUDzl3t5OeQa1NT8LpvbA87pxYx4aAzdOr+P2E5XpmleXNe7LYpf4oahj9eb6 hg86mHFXiLtw== X-IronPort-AV: E=McAfee;i="6000,8403,9892"; a="201528011" X-IronPort-AV: E=Sophos;i="5.81,173,1610438400"; d="scan'208";a="201528011" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 12 Feb 2021 01:18:08 -0800 IronPort-SDR: pW5rfWAFIOIC+tqjXhxT3k5MEYUaKloLBYeSVWhowLuGwECEJ7mkO8ChpYT9zuBSJIDMnllTQx p7mQHYf8j+AQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.81,173,1610438400"; d="scan'208";a="399806178" Received: from fmsmsx606.amr.corp.intel.com ([10.18.126.86]) by orsmga007.jf.intel.com with ESMTP; 12 Feb 2021 01:18:07 -0800 Received: from fmsmsx604.amr.corp.intel.com (10.18.126.84) by fmsmsx606.amr.corp.intel.com (10.18.126.86) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Fri, 12 Feb 2021 01:18:06 -0800 Received: from fmsedg602.ED.cps.intel.com (10.1.192.136) by fmsmsx604.amr.corp.intel.com (10.18.126.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2 via Frontend Transport; Fri, 12 Feb 2021 01:18:06 -0800 Received: from NAM04-CO1-obe.outbound.protection.outlook.com (104.47.45.58) by edgegateway.intel.com (192.55.55.71) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2106.2; Fri, 12 Feb 2021 01:18:06 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TD8kLaV9lPkCEcfR6aAAzrUFQGhSdQRlBPde0jIbHV4CqgBbhbp6aCVO+nz2g7Fsqw0BpPOEjUFwRrISO1voty1Q9Dmz032dccz8tDByk/lw8eZo+UscarrqE16cAYZ//yWR19vtXIrsnDjSWUTs4SrZmRPz3/+wptZ4NjIwuZg5DUzpFpbr6f4q3IqvVgDM1sE0+jPcR+TeZbRCW04f3CI8/YaubZdgCT5+JV0/Irb+5nU1jX7oMkL06xLJopVBO+wqF5K2RUm84tvRgT/+tCGWGxe0PPgbB6x5v4fgqgdPtcBD2/3X/3ezmcBb68avNEJLjDm3qtbGspwHa35/LA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=X1ktMi7ZGI5s7q4fweHEeKow6E/sB4Mbb6yvgfe6xok=; b=Lwp9o+DjYybhA45GiCCnVYmOV2ItXdaOcPhD1DoFE2nNAtuiUlL0ucqpL3yhjEjrM9HEsLDQdZ2hmBiUXAdWW/jlWYvWBBOCuIENf0RyQl5uHPd9waLk5h5Xgfk/X1Pty83wPxUpVk+910qInB6r050Zlm0fmP9hLH557kdk64nJKcDPXfJXCrILpRUXNQVMKm9ciyDPmNTpAnm++bH54oOlWNohUgB/cTagrUfS4fk8RapYVJ12HspsUqa8BdGiujDYoduJnYLs1PXCUfPvAih11gV2v0Otyadun4HJf1sySBawT/9E1T3swgkYekPxxdiajLU/uEudTFInJ7iM4A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel.onmicrosoft.com; s=selector2-intel-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=X1ktMi7ZGI5s7q4fweHEeKow6E/sB4Mbb6yvgfe6xok=; b=fdT+DOY7obQzQQGGDK5agQnOOTiT6LEeFOUnsZw+rG7zLIckufCfBA3rpiQjWK9YAzdY5/n8Ot47U2XP33zUEr0BIyVlishw8yNXDwabybr0n9Tl1cVShYv4QUAod4RjK5Atw6+A3E3PshmbIhFdhqJkcylYDSlciMsKKGRnEns= Received: from DM6PR11MB4220.namprd11.prod.outlook.com (2603:10b6:5:204::26) by DM5PR11MB1579.namprd11.prod.outlook.com (2603:10b6:4:f::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3846.30; Fri, 12 Feb 2021 09:18:05 +0000 Received: from DM6PR11MB4220.namprd11.prod.outlook.com ([fe80::4cf9:4be7:3c95:6bcd]) by DM6PR11MB4220.namprd11.prod.outlook.com ([fe80::4cf9:4be7:3c95:6bcd%7]) with mapi id 15.20.3846.034; Fri, 12 Feb 2021 09:18:04 +0000 From: "Zawadzki, Tomasz" To: Aaron Conole , Brandon Lo CC: Lincoln Lavoie , "dpdklab@iol.unh.edu" , "ci@dpdk.org" , "dev@dpdk.org" , "spdk@lists.01.org" Thread-Topic: [dpdklab] Re: [dpdk-ci] [dpdk-dev] [CI] SPDK compilation failures @ DPDK community lab Thread-Index: AQHW/i4pvkrl42wuTUiTdhBQkS2lNKpOabJggAAGwQCAAAXFQIABeb9dgAAO6YCAAB4FAIAC5BrxgAFAHBA= Date: Fri, 12 Feb 2021 09:18:04 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-Mentions: blo@iol.unh.edu X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-reaction: no-action dlp-version: 11.5.1.3 authentication-results: redhat.com; dkim=none (message not signed) header.d=none;redhat.com; dmarc=none action=none header.from=intel.com; x-originating-ip: [87.207.29.133] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b02237bc-8726-47cf-5041-08d8cf371a9f x-ms-traffictypediagnostic: DM5PR11MB1579: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: BDiukwtrVq+CnjBx4DpuktJtPrMmQEWvONJepCm3sAUZGBZ1l1WrN79ozjFtU7m0xAzzq/tb8ILPvRg99eoMvfOAj3p/KlP7SLwGnnLOkjU8WvCS1ImLBTHjIgP/6d6wTW8yavqxxZqAIvI1KaAqgsLymYOe7yxrsh7+faCsY6lc/1pzF897gbUVqfPiumYdT3Z2T+tPRytEGEoefUhJ8OwocA8KVCduKOu9IK+2CjfueuYhCyrKY0/mvvoVDpp7zjnoGaAtA0QOktiO+cnwj9QW/uyZbVE+Ie2lvoJt+12r202RvxtZnsEwkDZzAylD3IywHyZrDj06zWF8MNauvgo2IDDBP4nZKaI+j+KPhaFyDIvi8dv/z8J0+2FllWsA2+FFia88iUkxnC5gXGt+CC/o63cCniYZMNOkwJxmpKCUuXgQjzK67zjW2y2hAzWHTPZSxtXldCTUUz0jHzXKyqUvo5ASl1antyW3HYQzJekQXZGlAYpt9m+CYcIme2dqLFN+iq3a57nue2CX4RyldD/JPh49DVC14Xpsp8w4gPUNaY9LBNai6wBvTgOoBfD6wC330DGewASQszo7ZnwAtgYHuukaCDXb4K1z7Sa/bdc= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR11MB4220.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(39860400002)(136003)(346002)(396003)(366004)(86362001)(33656002)(8936002)(26005)(71200400001)(8676002)(83380400001)(9686003)(55016002)(5660300002)(7696005)(15974865002)(52536014)(478600001)(6506007)(66446008)(76116006)(66476007)(66556008)(64756008)(54906003)(316002)(66946007)(110136005)(2906002)(53546011)(186003)(4326008)(966005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?7+DDMV0gMTcr+iSYLhqpNenaQLmBm9l9zUiQgN+BBceBIqtkL0+hdEl/LwNf?= =?us-ascii?Q?w1lyu0qvmcZU5FDB4a6CwPW4t6SXMtn3PQfYzYWz+z3MsTntJ6XKoly2NIl2?= =?us-ascii?Q?MTVvp4U2BZ/GLPORaY+WoiZvmQngDWY1zFEh93eU/bnh+HaUDtXyDNTc/IO7?= =?us-ascii?Q?I8PhhG882ZE0AXMFR/REhFp1jfxkt5CS+nXnvEYBi1Rf8zmaLmipWT7TqY9O?= =?us-ascii?Q?7Y54z+FmFcX2NlfxrJ4H1ihon2dnM/J2GfRRyeJtaHQg9QB2QFAjNyfhVq4j?= =?us-ascii?Q?61awCPfSfL61Hn2Oric3yCFovk8b2sQE1XSkTswCUrMF4axHcFtSHb5dVJTB?= =?us-ascii?Q?GGRp8AliNcD4zjQURGN983Nw9vls35ifgwVyCv64enkXEQr+izJiS8KnuHh1?= =?us-ascii?Q?8hnfc6Nv08ExlI7mXyP5QQWYEMHe8tw+blnc+BQaTKvDrjZw0Y7n30WkJu31?= =?us-ascii?Q?ujq3MFJb5Yw2uGokNA5Mk0ELOaBBlKVmxJEPBGYRiBzQGABYC40mnBZsEEmY?= =?us-ascii?Q?+0jKxnEDgbXcBFpNOBqAxuDJcEhQtHPTIoRnFNJGMNrtOpxRQZbeNIl42rNg?= =?us-ascii?Q?iipykR/sW2TGnlQ/ZDjCw70bepEdpCSRU8cq1BVJ+PVnxp8RyYRMt7UQVJrF?= =?us-ascii?Q?aA+NgUtgYXZxARUfkUdzF79ep5H4Jak8FGssagIMS41k+TwdARG8peZF3yTv?= =?us-ascii?Q?hDd1VSkKDsQeNAeCkNPcZJqFxxbSZEaOeLSGajcYwENS8ScCDK41CoDDPSuF?= =?us-ascii?Q?CI2BANmmfFEDNPmzXMfnBzqEMWtUvzF+L8jBmRwWVjwofAb+A7p5r4LeeJtf?= =?us-ascii?Q?716v/X1ppt7SqnzPedua65ahxpuG5TyIKTa7CTB2dijuu1A9PSSjkMvz8wEx?= =?us-ascii?Q?mAZ3CAIGp65BvNDICl2v/fdZEG/yY0Hg8A0rbo3+sLkefSwDZa1tx6EPNoPT?= =?us-ascii?Q?OA9QN6DcA9xQe+NziegTn4yCAGOxfZskYeXOKrX6svnAahD+1hc7coM1XIlU?= =?us-ascii?Q?0DsUgHRtOofqYfTMoiKCBxDSndGgFPNu9RphH1t3vIUSIPYJBFm6J+kcjy/6?= =?us-ascii?Q?jRRwfUrEXSAJ685fSoP/TdX7VVDYlTW7YOMV3HwmUzi3TksAAXMev8Fl6eJQ?= =?us-ascii?Q?B7GwyV3fard2fswaRu6PN4CrSRmC8Ch7scE4ctP9ur+DDi4VW3MTZsU9Txzz?= =?us-ascii?Q?XSQPuL4hW4zahqd8oRswW9kupH9NHgCg64NZGyVqnx+u5DA99iEeKlRyuvpc?= =?us-ascii?Q?IjExBoYt92i9n+m7I+jxxushknoZBjVZJnQzoNdYn32aylVtUQ/CABiM6HMk?= =?us-ascii?Q?1mVo5EzMK2djw2f2B1usUcpL?= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR11MB4220.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: b02237bc-8726-47cf-5041-08d8cf371a9f X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Feb 2021 09:18:04.7595 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 18kgnDsbJMFH5jwi22kyJZISD/lQY/AZ9Xwo8WEH8bLBHOBl/Ym/NKJ68h3cCDQBkrLaoQ679qU9cevnT4nYzuaakX2EFJUJ7BhuJk6fjRA= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR11MB1579 X-OriginatorOrg: intel.com Subject: Re: [dpdk-ci] [dpdklab] Re: [dpdk-dev] [CI] SPDK compilation failures @ DPDK community lab 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" Hi, As Aaron noted this was result of rte_ethdev depending on rte_net. On SPDK side rte_net was included in default compilation with vhost compone= nt, but since vhost is disabled in the UNH lab tests with SPDK it showed up= as missing. A fix for that is now submitted to SPDK: https://review.spdk.io/gerrit/c/spdk/spdk/+/6398 I'll let you know when it makes it's way to the v21.01.x branch. @Brandon Lo General question, is there particular reason to disable vhost [= configure argument '--without-vhost'] in the UNH lab tests with SPDK ? I don't recall any identified issue and enabling it would increase the cove= rage of the compilation tests. Thanks, Tomek > -----Original Message----- > From: Aaron Conole > Sent: Thursday, February 11, 2021 3:02 PM > To: Brandon Lo > Cc: Zawadzki, Tomasz ; Lincoln Lavoie > ; dpdklab@iol.unh.edu; ci@dpdk.org; dev@dpdk.org; > spdk@lists.01.org > Subject: Re: [dpdklab] Re: [dpdk-ci] [dpdk-dev] [CI] SPDK compilation fai= lures > @ DPDK community lab >=20 > Brandon Lo writes: >=20 > > Hi again everyone, > > > > I have checked the pipelines with SPDK branch v21.01.x on the main DPDK > branch. > > It still seems to have an issue with compilation, and I have attached > > a log of a Fedora SPDK compilation. > > There are some undefined references to "rte_ether_unformat_addr" > > I will continue to look into this. If you have any ideas on how to fix > > this, please let me know. >=20 > Looks like rte_ethdev depends on rte_net - maybe I missed something. >=20 > Brandon, can we disable this test for the time being since it's been fail= ing for > a while now? Can you also send me the container image / definitions you'= re > using so that I can help work on this? >=20 > > Thanks, > > Brandon > > > > On Tue, Feb 9, 2021 at 11:07 AM Brandon Lo wrote: > >> > >> Hi everyone, > >> > >> I will adjust the branches and watch over the first few pipelines to > >> make sure everything goes smoothly. > >> > >> Thanks for the update, > >> Brandon > >> > >> On Tue, Feb 9, 2021 at 10:13 AM Aaron Conole > wrote: > >> > > >> > "Zawadzki, Tomasz" writes: > >> > > >> > > Hi Lincoln, > >> > > > >> > > > >> > > > >> > > That patch in question is now merged to branch v21.01.x. > >> > > > >> > > >> > Good to know - I do still see a failure in the IOL job (even from a > >> > few hours ago). I suppose the lab side might need some adjustment, > too? > >> > > >> > > > >> > > The builds performed for latest SPDK and SPDK LTS, against > >> > > dpdk-main branch seem to be passing. Would love to hear if this > >> > > is what you are seeing on your end too. > >> > > > >> > > > >> > > > >> > > Thanks, > >> > > > >> > > Tomek > >> > > > >> > > > >> > > > >> > > From: Lincoln Lavoie > >> > > Sent: Monday, February 8, 2021 5:21 PM > >> > > To: Zawadzki, Tomasz > >> > > Cc: Aaron Conole ; Brandon Lo > >> > > ; dpdklab@iol.unh.edu; ci@dpdk.org; > >> > > dev@dpdk.org; spdk@lists.01.org > >> > > Subject: Re: [dpdk-ci] [dpdk-dev] [CI] SPDK compilation failures > >> > > @ DPDK community lab > >> > > > >> > > > >> > > > >> > > Thanks Tomek, > >> > > > >> > > > >> > > > >> > > Can you let us know when the merge happens and we'll make sure > >> > > the next set of builds pass or see what the next failure is. :-P > >> > > > >> > > > >> > > > >> > > Cheers, > >> > > Lincoln > >> > > > >> > > > >> > > > >> > > On Mon, Feb 8, 2021 at 11:03 AM Zawadzki, Tomasz > wrote: > >> > > > >> > > Hi Aaron, > >> > > > >> > > Thank you for reporting this ! > >> > > > >> > > This is an issue with rte_power now depending on rte_ethdev, whic= h > was resolved on latest SPDK. > >> > > > >> > > I believe that UNH lab verifies DPDK patches against SPDK branch > >> > > for latest release. Which after the very recent SPDK release, > >> > > would be v21.01.x: > >> > > https://github.com/spdk/spdk/tree/v21.01.x > >> > > > >> > > The fix has been backported to that branch and should be merged > shortly: > >> > > https://review.spdk.io/gerrit/c/spdk/spdk/+/6320 > >> > > > >> > > Thanks, > >> > > Tomek > >> > > > >> > > > -----Original Message----- > >> > > > From: dev On Behalf Of Aaron Conole > > >> > > Sent: Monday, February 8, 2021 4:21 PM > To: Brandon Lo > >> > > > Cc: dpdklab@iol.unh.edu; ci@dpdk.org; > >> > > dev@dpdk.org; spdk@lists.01.org > Subject: [dpdk-dev] [CI] SPDK > >> > > compilation failures @ DPDK community lab > > Greetings, > > > >> > > I've noticed that recently SPDK compilation in the UNH community > >> > > lab seems > to be failing, and I don't see an obvious reason for = the > failure. > >> > > > The logs haven't been too helpful - it appears that there is a > >> > > symbol that isn't > available when linking. > >> > > > > >> > > > Job details (for example): > >> > > > https://lab.dpdk.org/results/dashboard/results/results- > >> > > > > >> > > > uploads/test_runs/2363efb43157465db3228c34c00ebd57/log_upload_fil > >> > > e/20 > 21/2/dpdk_f6f2d2240153_15524_2021-02-04_22-59-59_NA.zip > >> > > > > >> > > > Is it possible to turn on more verbose logging during the > >> > > compilation of > SPDK? Maybe show the arguments to the compiler > for the specific object? > >> > > > Maybe the SPDK folks can see something obviously wrong? > >> > > > > >> > > > Thanks, > >> > > > -Aaron > >> > > >> > >> > >> -- > >> > >> Brandon Lo > >> > >> UNH InterOperability Laboratory > >> > >> 21 Madbury Rd, Suite 100, Durham, NH 03824 > >> > >> blo@iol.unh.edu > >> > >> www.iol.unh.edu