]> git.ipfire.org Git - thirdparty/kernel/stable-queue.git/commitdiff
Revert "Fixes for 5.4"
authorSasha Levin <sashal@kernel.org>
Thu, 16 Dec 2021 20:10:02 +0000 (15:10 -0500)
committerSasha Levin <sashal@kernel.org>
Thu, 16 Dec 2021 20:10:02 +0000 (15:10 -0500)
This reverts commit e96afe301d7a5e1d71d7282d5a429a756dcc3eee.

Signed-off-by: Sasha Levin <sashal@kernel.org>
queue-5.4/kvm-selftests-make-sure-kvm_create_max_vcpus-test-wo.patch [deleted file]
queue-5.4/series

diff --git a/queue-5.4/kvm-selftests-make-sure-kvm_create_max_vcpus-test-wo.patch b/queue-5.4/kvm-selftests-make-sure-kvm_create_max_vcpus-test-wo.patch
deleted file mode 100644 (file)
index eb64082..0000000
+++ /dev/null
@@ -1,90 +0,0 @@
-From f19fbe42c6b98e02ba80d40953e9f42752b5c8d7 Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Tue, 23 Nov 2021 14:59:53 +0100
-Subject: KVM: selftests: Make sure kvm_create_max_vcpus test won't hit
- RLIMIT_NOFILE
-
-From: Vitaly Kuznetsov <vkuznets@redhat.com>
-
-[ Upstream commit 908fa88e420f30dde6d80f092795a18ec72ca6d3 ]
-
-With the elevated 'KVM_CAP_MAX_VCPUS' value kvm_create_max_vcpus test
-may hit RLIMIT_NOFILE limits:
-
- # ./kvm_create_max_vcpus
- KVM_CAP_MAX_VCPU_ID: 4096
- KVM_CAP_MAX_VCPUS: 1024
- Testing creating 1024 vCPUs, with IDs 0...1023.
- /dev/kvm not available (errno: 24), skipping test
-
-Adjust RLIMIT_NOFILE limits to make sure KVM_CAP_MAX_VCPUS fds can be
-opened. Note, raising hard limit ('rlim_max') requires CAP_SYS_RESOURCE
-capability which is generally not needed to run kvm selftests (but without
-raising the limit the test is doomed to fail anyway).
-
-Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>
-Message-Id: <20211123135953.667434-1-vkuznets@redhat.com>
-[Skip the test if the hard limit can be raised. - Paolo]
-Reviewed-by: Sean Christopherson <seanjc@google.com>
-Tested-by: Sean Christopherson <seanjc@google.com>
-Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- .../selftests/kvm/kvm_create_max_vcpus.c      | 30 +++++++++++++++++++
- 1 file changed, 30 insertions(+)
-
-diff --git a/tools/testing/selftests/kvm/kvm_create_max_vcpus.c b/tools/testing/selftests/kvm/kvm_create_max_vcpus.c
-index 231d79e57774e..cfe75536d8a55 100644
---- a/tools/testing/selftests/kvm/kvm_create_max_vcpus.c
-+++ b/tools/testing/selftests/kvm/kvm_create_max_vcpus.c
-@@ -12,6 +12,7 @@
- #include <stdio.h>
- #include <stdlib.h>
- #include <string.h>
-+#include <sys/resource.h>
- #include "test_util.h"
-@@ -43,10 +44,39 @@ int main(int argc, char *argv[])
- {
-       int kvm_max_vcpu_id = kvm_check_cap(KVM_CAP_MAX_VCPU_ID);
-       int kvm_max_vcpus = kvm_check_cap(KVM_CAP_MAX_VCPUS);
-+      /*
-+       * Number of file descriptors reqired, KVM_CAP_MAX_VCPUS for vCPU fds +
-+       * an arbitrary number for everything else.
-+       */
-+      int nr_fds_wanted = kvm_max_vcpus + 100;
-+      struct rlimit rl;
-       printf("KVM_CAP_MAX_VCPU_ID: %d\n", kvm_max_vcpu_id);
-       printf("KVM_CAP_MAX_VCPUS: %d\n", kvm_max_vcpus);
-+      /*
-+       * Check that we're allowed to open nr_fds_wanted file descriptors and
-+       * try raising the limits if needed.
-+       */
-+      TEST_ASSERT(!getrlimit(RLIMIT_NOFILE, &rl), "getrlimit() failed!");
-+
-+      if (rl.rlim_cur < nr_fds_wanted) {
-+              rl.rlim_cur = nr_fds_wanted;
-+              if (rl.rlim_max < nr_fds_wanted) {
-+                      int old_rlim_max = rl.rlim_max;
-+                      rl.rlim_max = nr_fds_wanted;
-+
-+                      int r = setrlimit(RLIMIT_NOFILE, &rl);
-+                      if (r < 0) {
-+                              printf("RLIMIT_NOFILE hard limit is too low (%d, wanted %d)\n",
-+                                     old_rlim_max, nr_fds_wanted);
-+                              exit(KSFT_SKIP);
-+                      }
-+              } else {
-+                      TEST_ASSERT(!setrlimit(RLIMIT_NOFILE, &rl), "setrlimit() failed!");
-+              }
-+      }
-+
-       /*
-        * Upstream KVM prior to 4.8 does not support KVM_CAP_MAX_VCPU_ID.
-        * Userspace is supposed to use KVM_CAP_MAX_VCPUS as the maximum ID
--- 
-2.33.0
-
index f058b9aca4132b1b6d6928c9bbd8b71799892eb6..df052c9a87014642c2b5ea79830a4d92da146326 100644 (file)
@@ -16,4 +16,3 @@ memblock-align-freed-memory-map-on-pageblock-boundaries-with-sparsemem.patch
 memblock-ensure-there-is-no-overflow-in-memblock_overlaps_region.patch
 arm-extend-pfn_valid-to-take-into-account-freed-memory-map-alignment.patch
 arm-ioremap-don-t-abuse-pfn_valid-to-check-if-pfn-is-in-ram.patch
-kvm-selftests-make-sure-kvm_create_max_vcpus-test-wo.patch