torture: Don't cap remote runs by build-system number of CPUs
authorPaul E. McKenney <paulmck@kernel.org>
Tue, 27 Apr 2021 20:51:35 +0000 (13:51 -0700)
committerPaul E. McKenney <paulmck@kernel.org>
Mon, 10 May 2021 23:05:07 +0000 (16:05 -0700)
commit3d78668e5b50f1a28fdfd4293fc61b90eb10ba75
tree6f9df7b88eb753a06ad80fcd5f81d11f3068496e
parentc43d3b0083b4f2e9b14174a5857ab06cbca986df
torture: Don't cap remote runs by build-system number of CPUs

Currently, if a torture scenario requires more CPUs than are present
on the build system, kvm.sh and friends limit the CPUs available to
that scenario.  This makes total sense when the build system and the
system running the scenarios are one and the same, but not so much when
remote systems might well have more CPUs.

This commit therefore introduces a --remote flag to kvm.sh that suppresses
this CPU-limiting behavior, and causes kvm-remote.sh to use this flag.

Signed-off-by: Paul E. McKenney <paulmck@kernel.org>
tools/testing/selftests/rcutorture/bin/kvm-remote.sh
tools/testing/selftests/rcutorture/bin/kvm.sh