Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp732400ybb; Fri, 3 Apr 2020 10:47:11 -0700 (PDT) X-Google-Smtp-Source: APiQypIw6MjV3eoWQXrc8TIgJeQeXmSdcMYEQycw7sdLbknjG40l9+V+dGgSfPsb83iCDkJ/sPeb X-Received: by 2002:aca:d5d1:: with SMTP id m200mr4038974oig.49.1585936031739; Fri, 03 Apr 2020 10:47:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585936031; cv=none; d=google.com; s=arc-20160816; b=b8uxmtx6VPTedFhrFxb9IC6GO8+txjzzB9VxXdwX/HesX601pFn2MvemUqqw6Vg+zx M+kCOjfQKFMUpPe+s0pmImysQSlHr8jU4HVCfGqhTD3o28EwN/VCVzVnqQ8w9OzrMRUe PnEa7NACMjUrYHrJKTeXFKmrY9vCc2C0wxOXvdO09YHcF/EpGwLT687KlF/fXJL6s2ow G5Cq4qJSdqXe6yUihz7ldjqN2vqKM8+gf16W7o6E+H741D6CZW4zpd0oDTwHpzAnQmAf sc4lTMh5igv1ZhhGwgguZFTlqz8QiRhBU+pv4RnAj667qmrDn2UAzwSFcgVRViTtU4AK a4Cg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature; bh=Y3BsdkhQBkBibI3W5Dm8wcEfZJYqAxE4uyuJVmRry3c=; b=HmKt7IQTX96uhX4CKilEisELzc6+jnz409UjS+ovdhIFDx4YA6WjWFRtE6vVOz1xnu urTh+cTlT1oI537hsQjE8rJ5wfpDNimaYSOm7HmzXZi1wvN+foJJEjsTNFClDfWryKaf W4NznAqlPSqPhryRPA4X45jLUSD33zBkWMp5lCK3QVU4PRcaffXYFsEQZcAUFTdrslgU RslZthwA25aNN2z/Usz+ILPrYNb4JDdZmln7agDTLl2jYMS2yz+QLqzSpyZMRsZBHwHu F4H4yjivFd4R7nvwRNM362JGikNBrSSh03BBZ8jsICLHknrgyl4P29QcJwEugqlYHayY iuhg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=M++cGpVV; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l3si3875572oie.6.2020.04.03.10.46.59; Fri, 03 Apr 2020 10:47:11 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=M++cGpVV; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2404269AbgDCRYx (ORCPT + 99 others); Fri, 3 Apr 2020 13:24:53 -0400 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:22573 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2391146AbgDCRYu (ORCPT ); Fri, 3 Apr 2020 13:24:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1585934689; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:in-reply-to:in-reply-to:references:references; bh=Y3BsdkhQBkBibI3W5Dm8wcEfZJYqAxE4uyuJVmRry3c=; b=M++cGpVVJd/LnhBWLEmS+QiaZlIs0sChg6ov8/XB+K9DgJShIJqXjEMeZlwhaQRa4UmHms aTvKZusf0Seo6wom7JnMCDRJNrRaHJLImGuxPP69xCUyDZwFOX2FTieOajcWrCm7W8V9LX k38sSq6+7HMaxFIj82F1eed8UYq0oPg= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-398-8K59qd7FM3ST3cJVRLED0w-1; Fri, 03 Apr 2020 13:24:47 -0400 X-MC-Unique: 8K59qd7FM3ST3cJVRLED0w-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 459BC100550D; Fri, 3 Apr 2020 17:24:46 +0000 (UTC) Received: from localhost.localdomain (ovpn-116-15.gru2.redhat.com [10.97.116.15]) by smtp.corp.redhat.com (Postfix) with ESMTP id CE4865C1BE; Fri, 3 Apr 2020 17:24:42 +0000 (UTC) From: Wainer dos Santos Moschetta To: pbonzini@redhat.com, kvm@vger.kernel.org Cc: drjones@redhat.com, david@redhat.com, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org Subject: [PATCH v2 2/2] selftests: kvm: Add mem_slot_test test Date: Fri, 3 Apr 2020 14:24:28 -0300 Message-Id: <20200403172428.15574-3-wainersm@redhat.com> In-Reply-To: <20200403172428.15574-1-wainersm@redhat.com> References: <20200403172428.15574-1-wainersm@redhat.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This patch introduces the mem_slot_test test which checks an VM can have added memory slots up to the limit defined in KVM_CAP_NR_MEMSLOTS. Then attempt to add one more slot to verify it fails as expected. Signed-off-by: Wainer dos Santos Moschetta --- tools/testing/selftests/kvm/.gitignore | 1 + tools/testing/selftests/kvm/Makefile | 3 + tools/testing/selftests/kvm/mem_slot_test.c | 85 +++++++++++++++++++++ 3 files changed, 89 insertions(+) create mode 100644 tools/testing/selftests/kvm/mem_slot_test.c diff --git a/tools/testing/selftests/kvm/.gitignore b/tools/testing/selftests/kvm/.gitignore index 16877c3daabf..232f24d6931a 100644 --- a/tools/testing/selftests/kvm/.gitignore +++ b/tools/testing/selftests/kvm/.gitignore @@ -22,3 +22,4 @@ /dirty_log_test /kvm_create_max_vcpus /steal_time +/mem_slot_test diff --git a/tools/testing/selftests/kvm/Makefile b/tools/testing/selftests/kvm/Makefile index 712a2ddd2a27..69b44178f48b 100644 --- a/tools/testing/selftests/kvm/Makefile +++ b/tools/testing/selftests/kvm/Makefile @@ -33,12 +33,14 @@ TEST_GEN_PROGS_x86_64 += demand_paging_test TEST_GEN_PROGS_x86_64 += dirty_log_test TEST_GEN_PROGS_x86_64 += kvm_create_max_vcpus TEST_GEN_PROGS_x86_64 += steal_time +TEST_GEN_PROGS_x86_64 += mem_slot_test TEST_GEN_PROGS_aarch64 += clear_dirty_log_test TEST_GEN_PROGS_aarch64 += demand_paging_test TEST_GEN_PROGS_aarch64 += dirty_log_test TEST_GEN_PROGS_aarch64 += kvm_create_max_vcpus TEST_GEN_PROGS_aarch64 += steal_time +TEST_GEN_PROGS_aarch64 += mem_slot_test TEST_GEN_PROGS_s390x = s390x/memop TEST_GEN_PROGS_s390x += s390x/resets @@ -46,6 +48,7 @@ TEST_GEN_PROGS_s390x += s390x/sync_regs_test TEST_GEN_PROGS_s390x += demand_paging_test TEST_GEN_PROGS_s390x += dirty_log_test TEST_GEN_PROGS_s390x += kvm_create_max_vcpus +TEST_GEN_PROGS_s390x += mem_slot_test TEST_GEN_PROGS += $(TEST_GEN_PROGS_$(UNAME_M)) LIBKVM += $(LIBKVM_$(UNAME_M)) diff --git a/tools/testing/selftests/kvm/mem_slot_test.c b/tools/testing/selftests/kvm/mem_slot_test.c new file mode 100644 index 000000000000..eef6f506f41d --- /dev/null +++ b/tools/testing/selftests/kvm/mem_slot_test.c @@ -0,0 +1,85 @@ +// SPDX-License-Identifier: GPL-2.0-only +/* + * mem_slot_test + * + * Copyright (C) 2020, Red Hat, Inc. + * + * Test suite for memory region operations. + */ +#define _GNU_SOURCE /* for program_invocation_short_name */ +#include +#include + +#include "test_util.h" +#include "kvm_util.h" + +/* + * Test it can be added memory slots up to KVM_CAP_NR_MEMSLOTS, then any + * tentative to add further slots should fail. + */ +static void test_add_max_slots(void) +{ + struct kvm_vm *vm; + uint32_t max_mem_slots; + uint32_t slot; + uint64_t mem_reg_npages; + uint64_t mem_reg_size; + uint32_t mem_reg_flags; + uint64_t guest_addr; + int ret; + + max_mem_slots = kvm_check_cap(KVM_CAP_NR_MEMSLOTS); + TEST_ASSERT(max_mem_slots > 0, + "KVM_CAP_NR_MEMSLOTS should be greater than 0"); + pr_info("Allowed number of memory slots: %i\n", max_mem_slots); + + vm = vm_create(VM_MODE_DEFAULT, 0, O_RDWR); + + /* + * Uses 1MB sized/aligned memory region since this is the minimal + * required on s390x. + */ + mem_reg_size = 0x100000; + mem_reg_npages = vm_calc_num_guest_pages(VM_MODE_DEFAULT, mem_reg_size); + + mem_reg_flags = kvm_check_cap(KVM_CAP_READONLY_MEM) ? KVM_MEM_READONLY : + KVM_MEM_LOG_DIRTY_PAGES; + + guest_addr = 0x0; + + /* Check it can be added memory slots up to the maximum allowed */ + pr_info("Adding slots 0..%i, each memory region with %ldK size\n", + (max_mem_slots - 1), mem_reg_size >> 10); + for (slot = 0; slot < max_mem_slots; slot++) { + vm_userspace_mem_region_add(vm, VM_MEM_SRC_ANONYMOUS, + guest_addr, slot, mem_reg_npages, + mem_reg_flags); + guest_addr += mem_reg_size; + } + + /* Check it cannot be added memory slots beyond the limit */ + void *mem = mmap(NULL, mem_reg_size, PROT_READ | PROT_WRITE, + MAP_PRIVATE | MAP_ANONYMOUS, -1, 0); + TEST_ASSERT(mem != NULL, "Failed to mmap() host"); + + struct kvm_userspace_memory_region kvm_region = { + .slot = slot, + .flags = mem_reg_flags, + .guest_phys_addr = guest_addr, + .memory_size = mem_reg_size, + .userspace_addr = (uint64_t) mem, + }; + + ret = ioctl(vm_get_fd(vm), KVM_SET_USER_MEMORY_REGION, &kvm_region); + TEST_ASSERT(ret == -1, "Adding one more memory slot should fail"); + TEST_ASSERT(errno == EINVAL, "Should return EINVAL errno"); + + munmap(mem, mem_reg_size); + kvm_vm_free(vm); +} + +int main(int argc, char *argv[]) +{ + test_add_max_slots(); + return 0; +} -- 2.17.2