DPDK CI discussions
 help / color / mirror / Atom feed
* [dpdk-ci] distributor test failure in UNH CI on ARM
@ 2021-01-11  8:14 ` David Marchand
  2021-01-11 10:37   ` Lukasz Wojciechowski
  2021-01-11 13:08   ` David Marchand
  0 siblings, 2 replies; 9+ messages in thread
From: David Marchand @ 2021-01-11  8:14 UTC (permalink / raw)
  To: Lukasz Wojciechowski, David Hunt; +Cc: dev, ci, Aaron Conole

Hello guys,

UNH CI is raising failures on a ARM server for the distributor test:
https://lab.dpdk.org/results/dashboard/patchsets/15077/

Worker 59 handled 0 packets
Worker 60 handled 0 packets
Worker 61 handled 0 packets
Worker 62 handled 0 packets
Sanity test with non-zero hashes done
=== testing big burst (burst) ===
line 258: Missing packets, expected 783
Test Failed
RTE>>
--- stderr ---


-- 
David Marchand


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [dpdk-ci] distributor test failure in UNH CI on ARM
  2021-01-11  8:14 ` [dpdk-ci] distributor test failure in UNH CI on ARM David Marchand
@ 2021-01-11 10:37   ` Lukasz Wojciechowski
  2021-01-11 13:04     ` David Marchand
  2021-01-11 13:08   ` David Marchand
  1 sibling, 1 reply; 9+ messages in thread
From: Lukasz Wojciechowski @ 2021-01-11 10:37 UTC (permalink / raw)
  To: David Marchand, David Hunt; +Cc: dev, ci, Aaron Conole

Hello David,

I took a look at the logs. The issue appeared in testing big burst in 
sanity_test() for burst implementation of distributor.

My guess is that the cyclic buffer for holding packets returned from 
workers might be overflown and dropping some of the packets. It's 
designed this way, to hold only 127 latest packets. Older, not collected 
on time with rte_distributor_returned_pkts(), are lost.

Although it's just a guess until I can confirm it with some tests on my 
machine.

However the guess is possible, so the question is about the 
functionality of collecting the returned packets.
We can:
1) keep it as is and fix tests not to send new packets until old ones 
are returned and collected
2) make changes to the distributor library and change behavior of the 
returned packages queue - however this requires some discussion as any 
solution will have its drawbacks (e.g. blocking workers until there is a 
place to store packets or using more space for the queue)

Write, what do you think about it.

Meanwhile I'll try to reproduce the issue


Best regards

Lukasz

W dniu 11.01.2021 o 09:14, David Marchand pisze:
> Hello guys,
>
> UNH CI is raising failures on a ARM server for the distributor test:
> https://protect2.fireeye.com/v1/url?k=ebf50f8c-b46e3693-ebf484c3-000babdfecba-48457a70d8248142&q=1&e=9f688513-9c17-4e71-a095-953f146ca22a&u=https%3A%2F%2Flab.dpdk.org%2Fresults%2Fdashboard%2Fpatchsets%2F15077%2F
>
> Worker 59 handled 0 packets
> Worker 60 handled 0 packets
> Worker 61 handled 0 packets
> Worker 62 handled 0 packets
> Sanity test with non-zero hashes done
> === testing big burst (burst) ===
> line 258: Missing packets, expected 783
> Test Failed
> RTE>>
> --- stderr ---
>
>
-- 
Lukasz Wojciechowski
Principal Software Engineer

Samsung R&D Institute Poland
Samsung Electronics
Office +48 22 377 88 25
l.wojciechow@partner.samsung.com


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [dpdk-ci] distributor test failure in UNH CI on ARM
  2021-01-11 10:37   ` Lukasz Wojciechowski
@ 2021-01-11 13:04     ` David Marchand
  0 siblings, 0 replies; 9+ messages in thread
From: David Marchand @ 2021-01-11 13:04 UTC (permalink / raw)
  To: Lukasz Wojciechowski; +Cc: David Hunt, dev, ci, Aaron Conole

On Mon, Jan 11, 2021 at 11:37 AM Lukasz Wojciechowski
<l.wojciechow@partner.samsung.com> wrote:
> I took a look at the logs. The issue appeared in testing big burst in
> sanity_test() for burst implementation of distributor.
>
> My guess is that the cyclic buffer for holding packets returned from
> workers might be overflown and dropping some of the packets. It's
> designed this way, to hold only 127 latest packets. Older, not collected
> on time with rte_distributor_returned_pkts(), are lost.
>
> Although it's just a guess until I can confirm it with some tests on my
> machine.

Why would it happen only on ARM?
My guess would be an arch-specific synchronisation issue?

>
> However the guess is possible, so the question is about the
> functionality of collecting the returned packets.
> We can:
> 1) keep it as is and fix tests not to send new packets until old ones
> are returned and collected
> 2) make changes to the distributor library and change behavior of the
> returned packages queue - however this requires some discussion as any
> solution will have its drawbacks (e.g. blocking workers until there is a
> place to store packets or using more space for the queue)
>
> Write, what do you think about it.
>
> Meanwhile I'll try to reproduce the issue

The distributor API is flagged as stable, so we can't change its API.
Solution 1) seems the way to go, but I'll wait for a rca.


-- 
David Marchand


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [dpdk-ci] distributor test failure in UNH CI on ARM
  2021-01-11  8:14 ` [dpdk-ci] distributor test failure in UNH CI on ARM David Marchand
  2021-01-11 10:37   ` Lukasz Wojciechowski
@ 2021-01-11 13:08   ` David Marchand
  2021-01-11 13:54     ` [dpdk-ci] [dpdk-dev] " Jerin Jacob
  1 sibling, 1 reply; 9+ messages in thread
From: David Marchand @ 2021-01-11 13:08 UTC (permalink / raw)
  To: dpdklab, Lincoln Lavoie
  Cc: dev, ci, Lukasz Wojciechowski, Aaron Conole, David Hunt

Hey guys,

On Mon, Jan 11, 2021 at 9:14 AM David Marchand
<david.marchand@redhat.com> wrote:
> UNH CI is raising failures on a ARM server for the distributor test:
> https://lab.dpdk.org/results/dashboard/patchsets/15077/
>
> Worker 59 handled 0 packets
> Worker 60 handled 0 packets
> Worker 61 handled 0 packets
> Worker 62 handled 0 packets
> Sanity test with non-zero hashes done
> === testing big burst (burst) ===
> line 258: Missing packets, expected 783
> Test Failed
> RTE>>
> --- stderr ---

Looking at the dashboard, I did not see a passing instance of this
unit test for ARM.
Did it ever work?



-- 
David Marchand


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [dpdk-ci] [dpdk-dev] distributor test failure in UNH CI on ARM
  2021-01-11 13:08   ` David Marchand
@ 2021-01-11 13:54     ` Jerin Jacob
  2021-01-11 13:56       ` Lincoln Lavoie
  0 siblings, 1 reply; 9+ messages in thread
From: Jerin Jacob @ 2021-01-11 13:54 UTC (permalink / raw)
  To: David Marchand
  Cc: dpdklab, Lincoln Lavoie, dev, ci, Lukasz Wojciechowski,
	Aaron Conole, David Hunt

On Mon, Jan 11, 2021 at 6:38 PM David Marchand
<david.marchand@redhat.com> wrote:
>
> Hey guys,
>
> On Mon, Jan 11, 2021 at 9:14 AM David Marchand
> <david.marchand@redhat.com> wrote:
> > UNH CI is raising failures on a ARM server for the distributor test:
> > https://lab.dpdk.org/results/dashboard/patchsets/15077/
> >
> > Worker 59 handled 0 packets
> > Worker 60 handled 0 packets
> > Worker 61 handled 0 packets
> > Worker 62 handled 0 packets
> > Sanity test with non-zero hashes done
> > === testing big burst (burst) ===
> > line 258: Missing packets, expected 783
> > Test Failed
> > RTE>>
> > --- stderr ---
>
> Looking at the dashboard, I did not see a passing instance of this
> unit test for ARM.
> Did it ever work?

No. There are a lot of sync barriers are missing in the distributor library.
Since evendev is kind of replacing this library, we made the fix as
low priority.



>
>
>
> --
> David Marchand
>

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [dpdk-ci] [dpdk-dev] distributor test failure in UNH CI on ARM
  2021-01-11 13:54     ` [dpdk-ci] [dpdk-dev] " Jerin Jacob
@ 2021-01-11 13:56       ` Lincoln Lavoie
  2021-01-11 14:04         ` Jerin Jacob
  0 siblings, 1 reply; 9+ messages in thread
From: Lincoln Lavoie @ 2021-01-11 13:56 UTC (permalink / raw)
  To: Jerin Jacob
  Cc: David Marchand, dpdklab, dev, ci, Lukasz Wojciechowski,
	Aaron Conole, David Hunt

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

Hi All,

How do you want us to handle this in the lab?  Can we pull / disable this
unit test from the arm system, ignore it from now (if it's going to be
fixed), disable the unit tests on arm for now (while it's being fixed)?

Cheers,
LIncoln

On Mon, Jan 11, 2021 at 8:54 AM Jerin Jacob <jerinjacobk@gmail.com> wrote:

> On Mon, Jan 11, 2021 at 6:38 PM David Marchand
> <david.marchand@redhat.com> wrote:
> >
> > Hey guys,
> >
> > On Mon, Jan 11, 2021 at 9:14 AM David Marchand
> > <david.marchand@redhat.com> wrote:
> > > UNH CI is raising failures on a ARM server for the distributor test:
> > > https://lab.dpdk.org/results/dashboard/patchsets/15077/
> > >
> > > Worker 59 handled 0 packets
> > > Worker 60 handled 0 packets
> > > Worker 61 handled 0 packets
> > > Worker 62 handled 0 packets
> > > Sanity test with non-zero hashes done
> > > === testing big burst (burst) ===
> > > line 258: Missing packets, expected 783
> > > Test Failed
> > > RTE>>
> > > --- stderr ---
> >
> > Looking at the dashboard, I did not see a passing instance of this
> > unit test for ARM.
> > Did it ever work?
>
> No. There are a lot of sync barriers are missing in the distributor
> library.
> Since evendev is kind of replacing this library, we made the fix as
> low priority.
>
>
>
> >
> >
> >
> > --
> > David Marchand
> >
>


-- 
*Lincoln Lavoie*
Senior 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)
<https://www.iol.unh.edu>

[-- Attachment #2: Type: text/html, Size: 3248 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [dpdk-ci] [dpdk-dev] distributor test failure in UNH CI on ARM
  2021-01-11 13:56       ` Lincoln Lavoie
@ 2021-01-11 14:04         ` Jerin Jacob
  2021-01-11 14:19           ` [dpdk-ci] [dpdklab] " Lincoln Lavoie
  0 siblings, 1 reply; 9+ messages in thread
From: Jerin Jacob @ 2021-01-11 14:04 UTC (permalink / raw)
  To: Lincoln Lavoie
  Cc: David Marchand, dpdklab, dev, ci, Lukasz Wojciechowski,
	Aaron Conole, David Hunt

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

On Mon, Jan 11, 2021 at 7:28 PM Lincoln Lavoie <lylavoie@iol.unh.edu> wrote:

> Hi All,
>
> How do you want us to handle this in the lab?  Can we pull / disable this
> unit test from the arm system, ignore it from now (if it's going to be
> fixed), disable the unit tests on arm for now (while it's being fixed)?
>


Maybe it is better to have a "known issue" based skip mechanism to address
this in CI.



>
> Cheers,
> LIncoln
>
> On Mon, Jan 11, 2021 at 8:54 AM Jerin Jacob <jerinjacobk@gmail.com> wrote:
>
>> On Mon, Jan 11, 2021 at 6:38 PM David Marchand
>> <david.marchand@redhat.com> wrote:
>> >
>> > Hey guys,
>> >
>> > On Mon, Jan 11, 2021 at 9:14 AM David Marchand
>> > <david.marchand@redhat.com> wrote:
>> > > UNH CI is raising failures on a ARM server for the distributor test:
>> > > https://lab.dpdk.org/results/dashboard/patchsets/15077/
>> > >
>> > > Worker 59 handled 0 packets
>> > > Worker 60 handled 0 packets
>> > > Worker 61 handled 0 packets
>> > > Worker 62 handled 0 packets
>> > > Sanity test with non-zero hashes done
>> > > === testing big burst (burst) ===
>> > > line 258: Missing packets, expected 783
>> > > Test Failed
>> > > RTE>>
>> > > --- stderr ---
>> >
>> > Looking at the dashboard, I did not see a passing instance of this
>> > unit test for ARM.
>> > Did it ever work?
>>
>> No. There are a lot of sync barriers are missing in the distributor
>> library.
>> Since evendev is kind of replacing this library, we made the fix as
>> low priority.
>>
>>
>>
>> >
>> >
>> >
>> > --
>> > David Marchand
>> >
>>
>
>
> --
> *Lincoln Lavoie*
> Senior 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)
> <https://www.iol.unh.edu>
>

[-- Attachment #2: Type: text/html, Size: 3836 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [dpdk-ci] [dpdklab] Re: [dpdk-dev] distributor test failure in UNH CI on ARM
  2021-01-11 14:04         ` Jerin Jacob
@ 2021-01-11 14:19           ` Lincoln Lavoie
  2021-01-19  4:02             ` Lukasz Wojciechowski
  0 siblings, 1 reply; 9+ messages in thread
From: Lincoln Lavoie @ 2021-01-11 14:19 UTC (permalink / raw)
  To: Jerin Jacob
  Cc: David Marchand, dpdklab, dev, ci, Lukasz Wojciechowski,
	Aaron Conole, David Hunt

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

Hi Jerin,

There is a process for this defined.  A maintainer should open a BUG for
the CI lab, requesting specific tests or test cases be disabled, as it's a
known failure being worked on. Once the test is disabled, the bug will be
updated / assigned back to the maintainer, and should not be closed until
the issue is fixed and the test can be re-enabled.  This is so we don't
lose track of anything.

Cheers,
Lincoln

On Mon, Jan 11, 2021 at 9:05 AM Jerin Jacob <jerinjacobk@gmail.com> wrote:

>
>
> On Mon, Jan 11, 2021 at 7:28 PM Lincoln Lavoie <lylavoie@iol.unh.edu>
> wrote:
>
>> Hi All,
>>
>> How do you want us to handle this in the lab?  Can we pull / disable this
>> unit test from the arm system, ignore it from now (if it's going to be
>> fixed), disable the unit tests on arm for now (while it's being fixed)?
>>
>
>
> Maybe it is better to have a "known issue" based skip mechanism to address
> this in CI.
>
>
>
>>
>> Cheers,
>> LIncoln
>>
>> On Mon, Jan 11, 2021 at 8:54 AM Jerin Jacob <jerinjacobk@gmail.com>
>> wrote:
>>
>>> On Mon, Jan 11, 2021 at 6:38 PM David Marchand
>>> <david.marchand@redhat.com> wrote:
>>> >
>>> > Hey guys,
>>> >
>>> > On Mon, Jan 11, 2021 at 9:14 AM David Marchand
>>> > <david.marchand@redhat.com> wrote:
>>> > > UNH CI is raising failures on a ARM server for the distributor test:
>>> > > https://lab.dpdk.org/results/dashboard/patchsets/15077/
>>> > >
>>> > > Worker 59 handled 0 packets
>>> > > Worker 60 handled 0 packets
>>> > > Worker 61 handled 0 packets
>>> > > Worker 62 handled 0 packets
>>> > > Sanity test with non-zero hashes done
>>> > > === testing big burst (burst) ===
>>> > > line 258: Missing packets, expected 783
>>> > > Test Failed
>>> > > RTE>>
>>> > > --- stderr ---
>>> >
>>> > Looking at the dashboard, I did not see a passing instance of this
>>> > unit test for ARM.
>>> > Did it ever work?
>>>
>>> No. There are a lot of sync barriers are missing in the distributor
>>> library.
>>> Since evendev is kind of replacing this library, we made the fix as
>>> low priority.
>>>
>>>
>>>
>>> >
>>> >
>>> >
>>> > --
>>> > David Marchand
>>> >
>>>
>>
>>
>> --
>> *Lincoln Lavoie*
>> Senior 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)
>> <https://www.iol.unh.edu>
>>
>

-- 
*Lincoln Lavoie*
Senior 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)
<https://www.iol.unh.edu>

[-- Attachment #2: Type: text/html, Size: 5803 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [dpdk-ci] [dpdklab] Re: [dpdk-dev] distributor test failure in UNH CI on ARM
  2021-01-11 14:19           ` [dpdk-ci] [dpdklab] " Lincoln Lavoie
@ 2021-01-19  4:02             ` Lukasz Wojciechowski
  0 siblings, 0 replies; 9+ messages in thread
From: Lukasz Wojciechowski @ 2021-01-19  4:02 UTC (permalink / raw)
  To: Lincoln Lavoie, Jerin Jacob
  Cc: David Marchand, dpdklab, dev, ci, Aaron Conole, David Hunt

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

Hi All,

I was finally able to reproduce the issue, but on x86_64 machine with 32 
cores.

You can find a patch fixing it here:
https://inbox.dpdk.org/dev/20210119035910.8324-1-l.wojciechow@partner.samsung.com/T/#t


Best regards

Lukasz


W dniu 11.01.2021 o 15:19, Lincoln Lavoie pisze:
> Hi Jerin,
>
> There is a process for this defined.  A maintainer should open a BUG 
> for the CI lab, requesting specific tests or test cases be disabled, 
> as it's a known failure being worked on. Once the test is disabled, 
> the bug will be updated / assigned back to the maintainer, and should 
> not be closed until the issue is fixed and the test can be 
> re-enabled.  This is so we don't lose track of anything.
>
> Cheers,
> Lincoln
>
> On Mon, Jan 11, 2021 at 9:05 AM Jerin Jacob <jerinjacobk@gmail.com 
> <mailto:jerinjacobk@gmail.com>> wrote:
>
>
>
>     On Mon, Jan 11, 2021 at 7:28 PM Lincoln Lavoie
>     <lylavoie@iol.unh.edu <mailto:lylavoie@iol.unh.edu>> wrote:
>
>         Hi All,
>
>         How do you want us to handle this in the lab?  Can we pull /
>         disable this unit test from the arm system, ignore it from now
>         (if it's going to be fixed), disable the unit tests on arm for
>         now (while it's being fixed)?
>
>
>
>     Maybe it is better to have a "known issue" based skip mechanism to
>     address this in CI.
>
>
>         Cheers,
>         LIncoln
>
>         On Mon, Jan 11, 2021 at 8:54 AM Jerin Jacob
>         <jerinjacobk@gmail.com <mailto:jerinjacobk@gmail.com>> wrote:
>
>             On Mon, Jan 11, 2021 at 6:38 PM David Marchand
>             <david.marchand@redhat.com
>             <mailto:david.marchand@redhat.com>> wrote:
>             >
>             > Hey guys,
>             >
>             > On Mon, Jan 11, 2021 at 9:14 AM David Marchand
>             > <david.marchand@redhat.com
>             <mailto:david.marchand@redhat.com>> wrote:
>             > > UNH CI is raising failures on a ARM server for the
>             distributor test:
>             > >
>             https://lab.dpdk.org/results/dashboard/patchsets/15077/
>             <https://protect2.fireeye.com/v1/url?k=8a9fba02-d504834f-8a9e314d-0cc47aa8f5ba-6a770aebaf9cc635&q=1&e=342f3a9f-26e9-459f-b456-e4c0f24f9551&u=https%3A%2F%2Flab.dpdk.org%2Fresults%2Fdashboard%2Fpatchsets%2F15077%2F>
>             > >
>             > > Worker 59 handled 0 packets
>             > > Worker 60 handled 0 packets
>             > > Worker 61 handled 0 packets
>             > > Worker 62 handled 0 packets
>             > > Sanity test with non-zero hashes done
>             > > === testing big burst (burst) ===
>             > > line 258: Missing packets, expected 783
>             > > Test Failed
>             > > RTE>>
>             > > --- stderr ---
>             >
>             > Looking at the dashboard, I did not see a passing
>             instance of this
>             > unit test for ARM.
>             > Did it ever work?
>
>             No. There are a lot of sync barriers are missing in the
>             distributor library.
>             Since evendev is kind of replacing this library, we made
>             the fix as
>             low priority.
>
>
>
>             >
>             >
>             >
>             > --
>             > David Marchand
>             >
>
>
>
>         -- 
>         *Lincoln Lavoie*
>         Senior Engineer, Broadband Technologies
>         21 Madbury Rd., Ste. 100, Durham, NH 03824
>         lylavoie@iol.unh.edu <mailto:lylavoie@iol.unh.edu>
>         https://www.iol.unh.edu
>         <https://protect2.fireeye.com/v1/url?k=02515c2d-5dca6560-0250d762-0cc47aa8f5ba-f4d7765d9763c114&q=1&e=342f3a9f-26e9-459f-b456-e4c0f24f9551&u=https%3A%2F%2Fwww.iol.unh.edu%2F>
>         +1-603-674-2755 (m)
>         <https://protect2.fireeye.com/v1/url?k=75833b33-2a18027e-7582b07c-0cc47aa8f5ba-f87ac679cb8c13d6&q=1&e=342f3a9f-26e9-459f-b456-e4c0f24f9551&u=https%3A%2F%2Fwww.iol.unh.edu%2F>
>
>
>
> -- 
> *Lincoln Lavoie*
> Senior Engineer, Broadband Technologies
> 21 Madbury Rd., Ste. 100, Durham, NH 03824
> lylavoie@iol.unh.edu <mailto:lylavoie@iol.unh.edu>
> https://www.iol.unh.edu 
> <https://protect2.fireeye.com/v1/url?k=b09c268b-ef071fc6-b09dadc4-0cc47aa8f5ba-8682c86b1454963d&q=1&e=342f3a9f-26e9-459f-b456-e4c0f24f9551&u=https%3A%2F%2Fwww.iol.unh.edu%2F>
> +1-603-674-2755 (m)
> <https://protect2.fireeye.com/v1/url?k=75edce14-2a76f759-75ec455b-0cc47aa8f5ba-ef8e65dee33787c3&q=1&e=342f3a9f-26e9-459f-b456-e4c0f24f9551&u=https%3A%2F%2Fwww.iol.unh.edu%2F>

-- 
Lukasz Wojciechowski
Principal Software Engineer

Samsung R&D Institute Poland
Samsung Electronics
Office +48 22 377 88 25
l.wojciechow@partner.samsung.com


[-- Attachment #2.1: Type: text/html, Size: 13121 bytes --]

[-- Attachment #2.2: Type: image/gif, Size: 13168 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2021-01-19  4:02 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <CGME20210111081428eucas1p1f5f234cef3e3582ab8ba2726d8d105ea@eucas1p1.samsung.com>
2021-01-11  8:14 ` [dpdk-ci] distributor test failure in UNH CI on ARM David Marchand
2021-01-11 10:37   ` Lukasz Wojciechowski
2021-01-11 13:04     ` David Marchand
2021-01-11 13:08   ` David Marchand
2021-01-11 13:54     ` [dpdk-ci] [dpdk-dev] " Jerin Jacob
2021-01-11 13:56       ` Lincoln Lavoie
2021-01-11 14:04         ` Jerin Jacob
2021-01-11 14:19           ` [dpdk-ci] [dpdklab] " Lincoln Lavoie
2021-01-19  4:02             ` Lukasz Wojciechowski

DPDK CI discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://inbox.dpdk.org/ci/0 ci/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 ci ci/ https://inbox.dpdk.org/ci \
		ci@dpdk.org
	public-inbox-index ci

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://inbox.dpdk.org/inbox.dpdk.ci


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git