diff options
author | Willem de Bruijn <willemb@google.com> | 2020-08-05 04:40:45 -0400 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2020-08-05 12:25:35 -0700 |
commit | 16f6458f2478b55e2b628797bc81a4455045c74e (patch) | |
tree | 272f7907786f9def338b4f93b08e92444413ffb8 /tools/testing | |
parent | adf7341064982de923a1f8a11bcdec48be6b3004 (diff) | |
download | linux-stable-16f6458f2478b55e2b628797bc81a4455045c74e.tar.gz linux-stable-16f6458f2478b55e2b628797bc81a4455045c74e.tar.bz2 linux-stable-16f6458f2478b55e2b628797bc81a4455045c74e.zip |
selftests/net: relax cpu affinity requirement in msg_zerocopy test
The msg_zerocopy test pins the sender and receiver threads to separate
cores to reduce variance between runs.
But it hardcodes the cores and skips core 0, so it fails on machines
with the selected cores offline, or simply fewer cores.
The test mainly gives code coverage in automated runs. The throughput
of zerocopy ('-z') and non-zerocopy runs is logged for manual
inspection.
Continue even when sched_setaffinity fails. Just log to warn anyone
interpreting the data.
Fixes: 07b65c5b31ce ("test: add msg_zerocopy test")
Reported-by: Colin Ian King <colin.king@canonical.com>
Signed-off-by: Willem de Bruijn <willemb@google.com>
Acked-by: Colin Ian King <colin.king@canonical.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'tools/testing')
-rw-r--r-- | tools/testing/selftests/net/msg_zerocopy.c | 5 |
1 files changed, 2 insertions, 3 deletions
diff --git a/tools/testing/selftests/net/msg_zerocopy.c b/tools/testing/selftests/net/msg_zerocopy.c index 4b02933cab8a..bdc03a2097e8 100644 --- a/tools/testing/selftests/net/msg_zerocopy.c +++ b/tools/testing/selftests/net/msg_zerocopy.c @@ -125,9 +125,8 @@ static int do_setcpu(int cpu) CPU_ZERO(&mask); CPU_SET(cpu, &mask); if (sched_setaffinity(0, sizeof(mask), &mask)) - error(1, 0, "setaffinity %d", cpu); - - if (cfg_verbose) + fprintf(stderr, "cpu: unable to pin, may increase variance.\n"); + else if (cfg_verbose) fprintf(stderr, "cpu: %u\n", cpu); return 0; |