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 387DCA0547; Fri, 12 Feb 2021 18:40:02 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id A84BA22A2AB; Fri, 12 Feb 2021 18:40:01 +0100 (CET) Received: from mail-il1-f179.google.com (mail-il1-f179.google.com [209.85.166.179]) by mails.dpdk.org (Postfix) with ESMTP id E64D022A287 for ; Fri, 12 Feb 2021 18:39:59 +0100 (CET) Received: by mail-il1-f179.google.com with SMTP id z18so8870648ile.9 for ; Fri, 12 Feb 2021 09:39:59 -0800 (PST) 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=3in3PEv6SnpZHpjz9D1AIyZgwyaTuuq2XIkudxEUg+4=; b=f9vSGyqOI1GGoeRk+1WY5dLMoDKDnUAHpjcAlE1PcJSXoUHFKdGIDiVxSOowdEQcI3 0DP5Xw1h6a67DBqKHf1Ks6MfNbL50HSg6ATluKJU0KGomR0CBAOwzwVoiuP1porQyYC5 bESQDVdOCT89WNmvmWsTo7qMYz58BpcpuD02E= 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=3in3PEv6SnpZHpjz9D1AIyZgwyaTuuq2XIkudxEUg+4=; b=mTvp3qADwiZGAx6E5rBUbXDChj7dlqHDXOV1YXzcTDM++88zq9pGc50HLCxRulgzxq BMLXbhg01tWhV1R6svk1Ip+Vwv60eeBWa8+Z4l5OU5QGGphA9i2Hgi8J8pvQrLiHf6b9 SsG9XZZPPoliukGpTy9eXjFo/RqMKRr9rK78eufNNCU+PgYA1SSO4Zf98ZXvIP8Dtyk4 O6fsG7WzdUAjeKX9AecOAe9R4GJadEM0DkWEZaNlPV5uQsOoLl+cYWUCMfRdeGYzmNBp p2Hmy0qzcjbkdM2cQPCj4O+j5yimaSiSFWM6KQqfZTWu8Mv/knhp/U3/MpOLQfRPt7On Nglg== X-Gm-Message-State: AOAM530P76kMWrT5IGGADuXz5NNuCrssrAKSeS+UWvsYyfSNH3eVHJC5 dNQbJHt0+y9Eb2qWBLPge2TmSaBgZbXLaKk0lfcE2Q== X-Google-Smtp-Source: ABdhPJwcD+53LCRxvUuHwNDdKjwyJ/U11vocMszDE6FoJLBznYSVVHdIAq2xaNGCTM/d4/MBFCHDDdpQ0+ZahkXHS+M= X-Received: by 2002:a05:6e02:1cac:: with SMTP id x12mr3411251ill.188.1613151599224; Fri, 12 Feb 2021 09:39:59 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Brandon Lo Date: Fri, 12 Feb 2021 12:39:23 -0500 Message-ID: To: "Zawadzki, Tomasz" Cc: Aaron Conole , Lincoln Lavoie , "dpdklab@iol.unh.edu" , "ci@dpdk.org" , "dev@dpdk.org" , "spdk@lists.01.org" Content-Type: text/plain; charset="UTF-8" Subject: Re: [dpdk-dev] [dpdklab] Re: [dpdk-ci] [CI] SPDK compilation failures @ DPDK community lab 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" Hi Tomek, I do not think we have a specific reason for disabling vhost. I can look into enabling it and get back to you on that. Thanks, Brandon On Fri, Feb 12, 2021 at 4:18 AM Zawadzki, Tomasz wrote: > > 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 component, 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 coverage 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 failures > > @ DPDK community lab > > > > Brandon Lo writes: > > > > > 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. > > > > Looks like rte_ethdev depends on rte_net - maybe I missed something. > > > > Brandon, can we disable this test for the time being since it's been failing for > > a while now? Can you also send me the container image / definitions you're > > using so that I can help work on this? > > > > > 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, which > > 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 > -- Brandon Lo UNH InterOperability Laboratory 21 Madbury Rd, Suite 100, Durham, NH 03824 blo@iol.unh.edu www.iol.unh.edu