netdev - Re: [PATCH net-next] selftests: tc-testing: add mirred to block tdc tests

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <1562999a-05d7-4d4e-8fc0-43c5979793b8@mojatatu.com>
Date: Wed, 28 Feb 2024 14:35:17 -0300
From: Victor Nogueira <victor@...atatu.com>
To: Naresh Kamboju <naresh.kamboju@...aro.org>, kuba@...nel.org
Cc: davem@...emloft.net, edumazet@...gle.com, jhs@...atatu.com,
 kernel@...atatu.com, netdev@...r.kernel.org, pabeni@...hat.com,
 pctammela@...atatu.com, xiyou.wangcong@...il.com,
 lkft-triage@...ts.linaro.org, anders.roxell@...aro.org,
 Linux Kernel Functional Testing <lkft@...aro.org>
Subject: Re: [PATCH net-next] selftests: tc-testing: add mirred to block tdc
 tests

On 28/02/2024 13:49, Naresh Kamboju wrote:
> LKFT tests running kselftests tc-testing noticing following run time errors
> on Linux next master branch.
> 
> Reported-by: Linux Kernel Functional Testing <lkft@...aro.org>
> 
> This is started from Linux next-20240212 with following commit,
> 
> f51470c5c4a0 selftests: tc-testing: add mirred to block tdc tests
> 
> Run log errors:
> ----------
> # Test e684: Delete batch of 32 mirred mirror ingress actions
> # multiprocessing.pool.RemoteTraceback:
> # """
> # Traceback (most recent call last):
> #   File "/opt/kselftests/default-in-kernel/tc-testing/./tdc.py", line 142, in call_pre_case
> #     pgn_inst.pre_case(caseinfo, test_skip)
> #   File "/opt/kselftests/default-in-kernel/tc-testing/plugin-lib/nsPlugin.py", line 63, in pre_case
> #     self.prepare_test(test)
> #   File "/opt/kselftests/default-in-kernel/tc-testing/plugin-lib/nsPlugin.py", line 36, in prepare_test
> #     self._nl_ns_create()
> #   File "/opt/kselftests/default-in-kernel/tc-testing/plugin-lib/nsPlugin.py", line 130, in _nl_ns_create
> #     ip.link('add', ifname=dev1, kind='veth', peer={'ifname': dev0, 'net_ns_fd':'/proc/1/ns/net'})
> #   File "/usr/lib/python3/dist-packages/pyroute2/iproute/linux.py", line 1593, in link
> #     ret = self.nlm_request(msg, msg_type=msg_type, msg_flags=msg_flags)
> #           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> #   File "/usr/lib/python3/dist-packages/pyroute2/netlink/nlsocket.py", line 403, in nlm_request
> #     return tuple(self._genlm_request(*argv, **kwarg))
> #            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> #   File "/usr/lib/python3/dist-packages/pyroute2/netlink/nlsocket.py", line 985, in nlm_request
> #     for msg in self.get(
> #                ^^^^^^^^^
> #   File "/usr/lib/python3/dist-packages/pyroute2/netlink/nlsocket.py", line 406, in get
> #     return tuple(self._genlm_get(*argv, **kwarg))
> #            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> #   File "/usr/lib/python3/dist-packages/pyroute2/netlink/nlsocket.py", line 770, in get
> #     raise msg['header']['error']
> # pyroute2.netlink.exceptions.NetlinkError: (34, 'Numerical result out of range')

It looks like the ip link add command is returning ERANGE.
We have tested this in NIPA for sometime with 64-bit and this is the 
first time
we are seeing this:

https://github.com/p4tc-dev/tc-executor/tree/storage/artifacts/485544

Could you give us more information on how to reproduce this?

Note: This doesn't seem to be related to the patches in question.
Seems to be a generic thing with nsPlugin itself.

Thanks,
Victor