[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6883ed7aed06f_3f184b294c5@willemb.c.googlers.com.notmuch>
Date: Fri, 25 Jul 2025 16:47:54 -0400
From: Willem de Bruijn <willemdebruijn.kernel@...il.com>
To: Breno Leitao <leitao@...ian.org>,
Jakub Kicinski <kuba@...nel.org>
Cc: Andrew Lunn <andrew+netdev@...n.ch>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Paolo Abeni <pabeni@...hat.com>,
Shuah Khan <shuah@...nel.org>,
netdev@...r.kernel.org,
linux-kselftest@...r.kernel.org,
linux-kernel@...r.kernel.org,
kernel-team@...a.com
Subject: Re: [PATCH net-next] selftests: net: Skip test if IPv6 is not
configured
Breno Leitao wrote:
> Hello Jakub,
>
> On Thu, Jul 24, 2025 at 06:24:27PM -0700, Jakub Kicinski wrote:
> > On Wed, 23 Jul 2025 10:35:06 -0700 Breno Leitao wrote:
> > > Extend the `check_for_dependencies()` function in `lib_netcons.sh` to check
> > > whether IPv6 is enabled by verifying the existence of
> > > `/proc/net/if_inet6`. Having IPv6 is a now a dependency of netconsole
> > > tests. If the file does not exist, the script will skip the test with an
> > > appropriate message suggesting to verify if `CONFIG_IPV6` is enabled.
> > >
> > > This prevents the test to misbehave if IPv6 is not configured.
> >
> > IDK. I think this is related to some of the recent patches?
>
> Yes, commit 3dc6c76391cbe (“selftests: net: Add IPv6 support to
> netconsole basic tests”) introduced IPv6 support to the netconsole basic
> tests.
>
> Because the NIPA config enables IPv6, the tests pass in that
> environment. However, if the tests are run somewhere without IPv6
> support such as in a test I was doing regarding another patch, they will
> fail, when it should be skipped.
>
> > The context would be helpful in the commit message.
>
> Apologies for not including more context in the commit message.
>
> > Otherwise, as networking people, I think we are obligated
> > to respond with hostility to "IPv6 may not be enabled"..
>
> As for handling systems without IPv6, if IPv6 isn’t available, the
> intention is for the test to be skipped. That’s exactly what this patch
> addresses.
I think there is some consensus that these environments should no
longer exist in 2025. And test failure is the best way to accomplish
that.
Less opinionated: the tests implicitly depends on the config files
in the test directory. Do we have to start making the robust against
situations where CONFIGs in that file are missing?
> I did consider making the test adaptable so it would just run with
> whichever protocol (IPv4 or IPv6) is present, but rejected that
> approach. Allowing the test to “pass” in such cases doesn’t really
> demonstrate meaningful coverage, since the test isn’t actually being
> exercised as intended.
>
> In short, it seems more appropriate to skip the test entirely if all
> conditions aren’t met, so, you know that your .config needs adjustment.
>
> Thanks for your review,
> --breno
Powered by blists - more mailing lists