[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d67d7e4a77c8aec7778f378e7a95916c89f52973.camel@redhat.com>
Date: Mon, 29 Jan 2024 17:31:33 +0100
From: Paolo Abeni <pabeni@...hat.com>
To: Jakub Kicinski <kuba@...nel.org>
Cc: netdev@...r.kernel.org, "David S. Miller" <davem@...emloft.net>, Eric
Dumazet <edumazet@...gle.com>, Shuah Khan <shuah@...nel.org>, Xin Long
<lucien.xin@...il.com>, Florian Westphal <fw@...len.de>, Aaron Conole
<aconole@...hat.com>, Nikolay Aleksandrov <razor@...ckwall.org>,
linux-kselftest@...r.kernel.org
Subject: Re: [PATCH net] selftests: net: add missing config for big tcp tests
On Mon, 2024-01-29 at 10:11 +0100, Paolo Abeni wrote:
> On Fri, 2024-01-26 at 11:55 -0800, Jakub Kicinski wrote:
> > On Fri, 26 Jan 2024 16:32:36 +0100 Paolo Abeni wrote:
> > > The big_tcp test-case requires a few kernel knobs currently
> > > not specified in the net selftests config, causing the
> > > following failure:
> > >
> > > # selftests: net: big_tcp.sh
> > > # Error: Failed to load TC action module.
> > > # We have an error talking to the kernel
> > > ...
> > > # Testing for BIG TCP:
> > > # CLI GSO | GW GRO | GW GSO | SER GRO
> > > # ./big_tcp.sh: line 107: test: !=: unary operator expected
> > > ...
> > > # on on on on : [FAIL_on_link1]
> > >
> > > Add the missing configs
> > >
> > > Fixes: 6bb382bcf742 ("selftests: add a selftest for big tcp")
> > > Signed-off-by: Paolo Abeni <pabeni@...hat.com>
> >
> > Ah, great, I was missing RF_RAW in the local hack.
> > I applied manually because looks like this change is on top of
> > something:
> >
> > patching file tools/testing/selftests/net/config
> > Hunk #3 succeeded at 73 with fuzz 1 (offset -1 lines).
> > Hunk #4 succeeded at 82 (offset -1 lines).
>
> Ooops... yes, indeed it's on top of the few patches I sent in the past
> days.
>
> > While at it I reordered the values a little bit to be closer to what
> > I think would get us closer to alphasort. Hope you don't mind.
>
> Sure thing I don't mind! I'm sorry for the extra work on you.
Uhm... while the self-test doesn't emit anymore the message related to
the missing modules, it still fails in the CI env and I can't reproduce
the failures in my local env (the same for the gro.sh script).
If I understand correctly, the tests run under double virtualization (a
VM on top AWS?), is that correct? I guess the extra slowdown/overhead
will need more care.
Thanks,
Paolo
Powered by blists - more mailing lists