All of lore.kernel.org
 help / color / mirror / Atom feed
From: Brandon Lo <blo@iol.unh.edu>
To: "Zawadzki, Tomasz" <tomasz.zawadzki@intel.com>
Cc: Aaron Conole <aconole@redhat.com>,
	Lincoln Lavoie <lylavoie@iol.unh.edu>,
	 "dpdklab@iol.unh.edu" <dpdklab@iol.unh.edu>,
	"ci@dpdk.org" <ci@dpdk.org>, "dev@dpdk.org" <dev@dpdk.org>,
	"spdk@lists.01.org" <spdk@lists.01.org>
Subject: Re: [dpdk-dev] [dpdklab] Re: [dpdk-ci] [CI] SPDK compilation failures @ DPDK community lab
Date: Thu, 18 Feb 2021 08:58:59 -0500	[thread overview]
Message-ID: <CAOeXdvZWtH3ORNVrSbmwknzkuFR+STEmdpveX+y7s3OMsTWcgw@mail.gmail.com> (raw)
In-Reply-To: <DM6PR11MB4220052EE3CECE88C4A97710EE869@DM6PR11MB4220.namprd11.prod.outlook.com>

Hi Tomek,

We have enabled vhost again and it is now in production with passing
results as expected.
I have closed the bug ticket as well.

Thanks,
Brandon


On Wed, Feb 17, 2021 at 11:06 AM Zawadzki, Tomasz
<tomasz.zawadzki@intel.com> wrote:
>
> Hi folks,
>
> Patch in question is now part of v21.01.x branch and tests in UNH lab can make use of it.
> https://github.com/spdk/spdk/commit/14eeeea669010247fa8d6c7ce53b2e69fcfaa858
>
> If possible, removing '--without-vhost' would be best going forward. Then SPDK compilation tests would cover rte_vhost too.
>
> Thanks,
> Tomek
>
> > -----Original Message-----
> > From: Aaron Conole <aconole@redhat.com>
> > Sent: Monday, February 15, 2021 4:28 PM
> > To: Brandon Lo <blo@iol.unh.edu>
> > Cc: Zawadzki, Tomasz <tomasz.zawadzki@intel.com>; Lincoln Lavoie
> > <lylavoie@iol.unh.edu>; 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 <blo@iol.unh.edu> writes:
> >
> > > 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.
> >
> > I did a test, but I had to hack up the dockerfile and compile script a bit.
> >
> > I removed the '--without-vhost' (I also modified it to pull dpdk and SPDK from
> > their respective 'main'/'master' branches).  The build completed successfully.
> >
> > I will update the BZ with this information.  Can you try testing with the '--
> > without-vhost' removed from the compile_spdk.sh line, and if that is
> > successful we can modify the job and re-enable?
> >
> > > Thanks,
> > > Brandon
> > >
> > > On Fri, Feb 12, 2021 at 4:18 AM Zawadzki, Tomasz
> > > <tomasz.zawadzki@intel.com> 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 <aconole@redhat.com>
> > >> > Sent: Thursday, February 11, 2021 3:02 PM
> > >> > To: Brandon Lo <blo@iol.unh.edu>
> > >> > Cc: Zawadzki, Tomasz <tomasz.zawadzki@intel.com>; Lincoln Lavoie
> > >> > <lylavoie@iol.unh.edu>; 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 <blo@iol.unh.edu> 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 <blo@iol.unh.edu>
> > 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
> > >> > >> <aconole@redhat.com>
> > >> > wrote:
> > >> > >> >
> > >> > >> > "Zawadzki, Tomasz" <tomasz.zawadzki@intel.com> 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 <lylavoie@iol.unh.edu>
> > >> > >> > > Sent: Monday, February 8, 2021 5:21 PM
> > >> > >> > > To: Zawadzki, Tomasz <tomasz.zawadzki@intel.com>
> > >> > >> > > Cc: Aaron Conole <aconole@redhat.com>; Brandon Lo
> > >> > >> > > <blo@iol.unh.edu>; 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
> > >> > <tomasz.zawadzki@intel.com> 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
> > >> > >> > > <dev-bounces@dpdk.org> On Behalf Of Aaron Conole  >
> > >> > >> > > Sent: Monday, February 8, 2021 4:21 PM  > To: Brandon Lo
> > >> > >> > > <blo@iol.unh.edu>  > 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

WARNING: multiple messages have this Message-ID (diff)
From: Brandon Lo <blo at iol.unh.edu>
To: spdk@lists.01.org
Subject: [SPDK] Re: [dpdklab] Re: [dpdk-ci] [dpdk-dev] [CI] SPDK compilation failures @ DPDK community lab
Date: Thu, 18 Feb 2021 08:58:59 -0500	[thread overview]
Message-ID: <CAOeXdvZWtH3ORNVrSbmwknzkuFR+STEmdpveX+y7s3OMsTWcgw@mail.gmail.com> (raw)
In-Reply-To: DM6PR11MB4220052EE3CECE88C4A97710EE869@DM6PR11MB4220.namprd11.prod.outlook.com

[-- Attachment #1: Type: text/plain, Size: 9428 bytes --]

Hi Tomek,

We have enabled vhost again and it is now in production with passing
results as expected.
I have closed the bug ticket as well.

Thanks,
Brandon


On Wed, Feb 17, 2021 at 11:06 AM Zawadzki, Tomasz
<tomasz.zawadzki(a)intel.com> wrote:
>
> Hi folks,
>
> Patch in question is now part of v21.01.x branch and tests in UNH lab can make use of it.
> https://github.com/spdk/spdk/commit/14eeeea669010247fa8d6c7ce53b2e69fcfaa858
>
> If possible, removing '--without-vhost' would be best going forward. Then SPDK compilation tests would cover rte_vhost too.
>
> Thanks,
> Tomek
>
> > -----Original Message-----
> > From: Aaron Conole <aconole(a)redhat.com>
> > Sent: Monday, February 15, 2021 4:28 PM
> > To: Brandon Lo <blo(a)iol.unh.edu>
> > Cc: Zawadzki, Tomasz <tomasz.zawadzki(a)intel.com>; Lincoln Lavoie
> > <lylavoie(a)iol.unh.edu>; dpdklab(a)iol.unh.edu; ci(a)dpdk.org; dev(a)dpdk.org;
> > spdk(a)lists.01.org
> > Subject: Re: [dpdklab] Re: [dpdk-ci] [dpdk-dev] [CI] SPDK compilation failures
> > @ DPDK community lab
> >
> > Brandon Lo <blo(a)iol.unh.edu> writes:
> >
> > > 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.
> >
> > I did a test, but I had to hack up the dockerfile and compile script a bit.
> >
> > I removed the '--without-vhost' (I also modified it to pull dpdk and SPDK from
> > their respective 'main'/'master' branches).  The build completed successfully.
> >
> > I will update the BZ with this information.  Can you try testing with the '--
> > without-vhost' removed from the compile_spdk.sh line, and if that is
> > successful we can modify the job and re-enable?
> >
> > > Thanks,
> > > Brandon
> > >
> > > On Fri, Feb 12, 2021 at 4:18 AM Zawadzki, Tomasz
> > > <tomasz.zawadzki(a)intel.com> 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 <aconole(a)redhat.com>
> > >> > Sent: Thursday, February 11, 2021 3:02 PM
> > >> > To: Brandon Lo <blo(a)iol.unh.edu>
> > >> > Cc: Zawadzki, Tomasz <tomasz.zawadzki(a)intel.com>; Lincoln Lavoie
> > >> > <lylavoie(a)iol.unh.edu>; dpdklab(a)iol.unh.edu; ci(a)dpdk.org;
> > >> > dev(a)dpdk.org; spdk(a)lists.01.org
> > >> > Subject: Re: [dpdklab] Re: [dpdk-ci] [dpdk-dev] [CI] SPDK
> > >> > compilation failures @ DPDK community lab
> > >> >
> > >> > Brandon Lo <blo(a)iol.unh.edu> 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 <blo(a)iol.unh.edu>
> > 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
> > >> > >> <aconole(a)redhat.com>
> > >> > wrote:
> > >> > >> >
> > >> > >> > "Zawadzki, Tomasz" <tomasz.zawadzki(a)intel.com> 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 <lylavoie(a)iol.unh.edu>
> > >> > >> > > Sent: Monday, February 8, 2021 5:21 PM
> > >> > >> > > To: Zawadzki, Tomasz <tomasz.zawadzki(a)intel.com>
> > >> > >> > > Cc: Aaron Conole <aconole(a)redhat.com>; Brandon Lo
> > >> > >> > > <blo(a)iol.unh.edu>; dpdklab(a)iol.unh.edu; ci(a)dpdk.org;
> > >> > >> > > dev(a)dpdk.org; spdk(a)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
> > >> > <tomasz.zawadzki(a)intel.com> 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
> > >> > >> > > <dev-bounces(a)dpdk.org> On Behalf Of Aaron Conole  >
> > >> > >> > > Sent: Monday, February 8, 2021 4:21 PM  > To: Brandon Lo
> > >> > >> > > <blo(a)iol.unh.edu>  > Cc: dpdklab(a)iol.unh.edu; ci(a)dpdk.org;
> > >> > >> > > dev(a)dpdk.org; spdk(a)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(a)iol.unh.edu
> > >> > >>
> > >> > >> www.iol.unh.edu
> > >>
>


--

Brandon Lo

UNH InterOperability Laboratory

21 Madbury Rd, Suite 100, Durham, NH 03824

blo(a)iol.unh.edu

www.iol.unh.edu

  reply	other threads:[~2021-02-18 13:59 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-02-08 15:21 [dpdk-dev] [CI] SPDK compilation failures @ DPDK community lab Aaron Conole
2021-02-08 15:21 ` [SPDK] " Aaron Conole
2021-02-08 16:03 ` [dpdk-dev] " Zawadzki, Tomasz
2021-02-08 16:03   ` [SPDK] " Zawadzki, Tomasz
2021-02-08 16:21   ` [dpdk-dev] [dpdk-ci] " Lincoln Lavoie
2021-02-08 16:21     ` [SPDK] Re: [dpdk-ci] [dpdk-dev] " Lincoln Lavoie
2021-02-08 17:17     ` Zawadzki, Tomasz
2021-02-09 15:13       ` [dpdk-dev] [dpdk-ci] " Aaron Conole
2021-02-09 15:13         ` [SPDK] Re: [dpdk-ci] [dpdk-dev] " Aaron Conole
2021-02-09 16:07         ` [dpdk-dev] [dpdklab] Re: [dpdk-ci] " Brandon Lo
2021-02-09 16:07           ` [SPDK] Re: [dpdklab] Re: [dpdk-ci] [dpdk-dev] " Brandon Lo
2021-02-09 17:54           ` [dpdk-dev] [dpdklab] Re: [dpdk-ci] " Brandon Lo
2021-02-09 17:55             ` [SPDK] Re: [dpdklab] Re: [dpdk-ci] [dpdk-dev] " Brandon Lo
2021-02-11 14:02             ` [dpdk-dev] [dpdklab] Re: [dpdk-ci] " Aaron Conole
2021-02-11 14:02               ` [SPDK] Re: [dpdklab] Re: [dpdk-ci] [dpdk-dev] " Aaron Conole
2021-02-11 16:25               ` [dpdk-dev] [dpdklab] Re: [dpdk-ci] " Brandon Lo
2021-02-11 16:25                 ` [SPDK] Re: [dpdklab] Re: [dpdk-ci] [dpdk-dev] " Brandon Lo
2021-02-12  9:18               ` [dpdk-dev] [dpdklab] Re: [dpdk-ci] " Zawadzki, Tomasz
2021-02-12  9:18                 ` [SPDK] Re: [dpdklab] Re: [dpdk-ci] [dpdk-dev] " Zawadzki, Tomasz
2021-02-12 17:39                 ` [dpdk-dev] [dpdklab] Re: [dpdk-ci] " Brandon Lo
2021-02-12 17:40                   ` [SPDK] Re: [dpdklab] Re: [dpdk-ci] [dpdk-dev] " Brandon Lo
2021-02-15 15:28                   ` [dpdk-dev] [dpdklab] Re: [dpdk-ci] " Aaron Conole
2021-02-15 15:28                     ` [SPDK] Re: [dpdklab] Re: [dpdk-ci] [dpdk-dev] " Aaron Conole
2021-02-17 16:06                     ` [dpdk-dev] [dpdklab] Re: [dpdk-ci] " Zawadzki, Tomasz
2021-02-17 16:06                       ` [SPDK] Re: [dpdklab] Re: [dpdk-ci] [dpdk-dev] " Zawadzki, Tomasz
2021-02-18 13:58                       ` Brandon Lo [this message]
2021-02-18 13:58                         ` Brandon Lo
2021-02-15  9:12                 ` [dpdk-dev] [SPDK] Re: [dpdklab] Re: [dpdk-ci] " David Marchand
2021-02-15  9:12                   ` [SPDK] Re: [dpdklab] Re: [dpdk-ci] [dpdk-dev] " David Marchand
2021-02-15  9:56                   ` [dpdk-dev] [SPDK] Re: [dpdklab] Re: [dpdk-ci] " Nick Connolly
2021-02-15  9:56                     ` [SPDK] Re: [dpdk-dev] " Nick Connolly
2021-02-15 10:15                     ` [dpdk-dev] [SPDK] " David Marchand
2021-02-15 10:16                       ` [SPDK] Re: [dpdk-dev] " David Marchand

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAOeXdvZWtH3ORNVrSbmwknzkuFR+STEmdpveX+y7s3OMsTWcgw@mail.gmail.com \
    --to=blo@iol.unh.edu \
    --cc=aconole@redhat.com \
    --cc=ci@dpdk.org \
    --cc=dev@dpdk.org \
    --cc=dpdklab@iol.unh.edu \
    --cc=lylavoie@iol.unh.edu \
    --cc=spdk@lists.01.org \
    --cc=tomasz.zawadzki@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.