Hi,

Sure, I will have a look.

Best Regards,
Wojciech


-----Original Message-----
From: Dumitrescu, Cristian <cristian.dumitre...@intel.com> 
Sent: Monday, November 15, 2021 12:51 PM
To: David Marchand <david.march...@redhat.com>; Lincoln Lavoie 
<lylav...@iol.unh.edu>; Liguzinski, WojciechX <wojciechx.liguzin...@intel.com>; 
Ajmera, Megha <megha.ajm...@intel.com>; Singh, Jasvinder 
<jasvinder.si...@intel.com>
Cc: dev <dev@dpdk.org>; Aaron Conole <acon...@redhat.com>; Thomas Monjalon 
<tho...@monjalon.net>; Yigit, Ferruh <ferruh.yi...@intel.com>; c...@dpdk.org
Subject: RE: [dpdk-dev] [Bug 826] red_autotest random failures



> -----Original Message-----
> From: David Marchand <david.march...@redhat.com>
> Sent: Friday, November 12, 2021 2:16 PM
> To: Lincoln Lavoie <lylav...@iol.unh.edu>
> Cc: Dumitrescu, Cristian <cristian.dumitre...@intel.com>; dev 
> <dev@dpdk.org>; Aaron Conole <acon...@redhat.com>; Thomas Monjalon 
> <tho...@monjalon.net>; Yigit, Ferruh <ferruh.yi...@intel.com>; 
> c...@dpdk.org
> Subject: Re: [dpdk-dev] [Bug 826] red_autotest random failures
> 
> On Fri, Nov 12, 2021 at 3:11 PM Lincoln Lavoie <lylav...@iol.unh.edu> wrote:
> >> This failure keeps on popping in the CI.
> >> The bug report is one month old, with no reply.
> >>
> >>
> >> I sent a proposal of removing red_autotest from the list executed 
> >> by the
> CI.
> >> https://patchwork.dpdk.org/project/dpdk/patch/20211027140458.2502-
> 2-david.march...@redhat.com/
> >>
> >> It might be the best solution waiting for an analysis.
> >>
> >>
> >> --
> >> David Marchand
> >>
> >
> > Hi David,
> >
> > My understanding is, removing the test would require removing it 
> > from the
> DPDK unit tests, we are just running the fast-tests suite for the unit tests.
> DPDK's unit test structure / framework does not allow removing or 
> customizing the suite of tests beyond the suites.
> 
> https://patchwork.dpdk.org/project/dpdk/patch/20211027140458.2502-2-
> david.march...@redhat.com/
> 
> 
> >
> > In the lab, Brandon has been looking into and trying different
> configurations for running the tests within the containers along the 
> lines of the CPU pinning requirements that might be assumed by the 
> unit tests. So far, everything he has tried has still had the similar 
> failures / issues.  We are still looking into it, so the bug is not 
> sitting without action, just no final resolution.
> 
> The mail I sent was not a comment for the investigation on UNH side.
> The ask is for Cristian to have a look too.
> 
> 
> --
> David Marchand

Wojciech, Megha,

Are you able to take a look at why is the RED autotest failing, please?

Thanks,
Cristian


Reply via email to