mbox series

[PATCHv2,net-next,0/6] selftests: net: configure rp_filter in setup_ns

Message ID 20250508081910.84216-1-liuhangbin@gmail.com
Headers show
Series selftests: net: configure rp_filter in setup_ns | expand

Message

Hangbin Liu May 8, 2025, 8:19 a.m. UTC
Some distributions enable rp_filter globally by default, which can interfere
with various test cases. To address this, many tests explicitly disable
rp_filter within their scripts.

To avoid duplication and ensure consistent behavior across tests, this patch
moves the rp_filter configuration into setup_ns, applied immediately after a
new namespace is created. This change ensures that all namespace-based tests
inherit the appropriate rp_filter settings, simplifying individual test
scripts and improving maintainability.

v2: fix srv6_hl2encap_red_l2vpn_test.sh test failure (Jakub Kicinski)

Hangbin Liu (6):
  selftests: net: disable rp_filter after namespace initialization
  selftests: net: remove redundant rp_filter configuration
  selftests: net: use setup_ns for bareudp testing
  selftests: net: use setup_ns for SRv6 tests and remove rp_filter
    configuration
  selftests: netfilter: remove rp_filter configuration
  selftests: mptcp: remove rp_filter configuration

 tools/testing/selftests/net/bareudp.sh        | 49 ++---------
 tools/testing/selftests/net/fib_rule_tests.sh |  3 -
 tools/testing/selftests/net/fib_tests.sh      |  3 -
 tools/testing/selftests/net/icmp_redirect.sh  |  2 -
 tools/testing/selftests/net/lib.sh            |  2 +
 .../testing/selftests/net/mptcp/mptcp_lib.sh  |  2 -
 .../selftests/net/netfilter/br_netfilter.sh   |  3 -
 .../selftests/net/netfilter/bridge_brouter.sh |  2 -
 .../selftests/net/netfilter/conntrack_vrf.sh  |  3 -
 tools/testing/selftests/net/netfilter/ipvs.sh |  6 --
 .../selftests/net/netfilter/nft_fib.sh        |  2 -
 .../selftests/net/netfilter/nft_nat_zones.sh  |  2 -
 .../testing/selftests/net/netfilter/rpath.sh  | 18 ++--
 .../selftests/net/srv6_end_dt46_l3vpn_test.sh |  5 --
 .../selftests/net/srv6_end_dt4_l3vpn_test.sh  |  5 --
 .../net/srv6_end_next_csid_l3vpn_test.sh      | 77 ++++-------------
 .../net/srv6_end_x_next_csid_l3vpn_test.sh    | 83 +++++--------------
 .../net/srv6_hencap_red_l3vpn_test.sh         | 74 ++++-------------
 .../net/srv6_hl2encap_red_l2vpn_test.sh       | 83 +++++--------------
 19 files changed, 90 insertions(+), 334 deletions(-)

Comments

patchwork-bot+netdevbpf@kernel.org May 13, 2025, 1:20 a.m. UTC | #1
Hello:

This series was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:

On Thu,  8 May 2025 08:19:04 +0000 you wrote:
> Some distributions enable rp_filter globally by default, which can interfere
> with various test cases. To address this, many tests explicitly disable
> rp_filter within their scripts.
> 
> To avoid duplication and ensure consistent behavior across tests, this patch
> moves the rp_filter configuration into setup_ns, applied immediately after a
> new namespace is created. This change ensures that all namespace-based tests
> inherit the appropriate rp_filter settings, simplifying individual test
> scripts and improving maintainability.
> 
> [...]

Here is the summary with links:
  - [PATCHv2,net-next,1/6] selftests: net: disable rp_filter after namespace initialization
    https://git.kernel.org/netdev/net-next/c/ce17831f8e97
  - [PATCHv2,net-next,2/6] selftests: net: remove redundant rp_filter configuration
    https://git.kernel.org/netdev/net-next/c/50ad88d57631
  - [PATCHv2,net-next,3/6] selftests: net: use setup_ns for bareudp testing
    https://git.kernel.org/netdev/net-next/c/69ea46e7d00e
  - [PATCHv2,net-next,4/6] selftests: net: use setup_ns for SRv6 tests and remove rp_filter configuration
    https://git.kernel.org/netdev/net-next/c/3f68f59e9593
  - [PATCHv2,net-next,5/6] selftests: netfilter: remove rp_filter configuration
    https://git.kernel.org/netdev/net-next/c/7c8b89ec506e
  - [PATCHv2,net-next,6/6] selftests: mptcp: remove rp_filter configuration
    https://git.kernel.org/netdev/net-next/c/b83d98c1db29

You are awesome, thank you!