Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp2102601ybb; Thu, 9 Apr 2020 15:19:58 -0700 (PDT) X-Google-Smtp-Source: APiQypJGtT0C5rgbth4xfItoJZ+BKwblqaG1rOyKbTjtZQ6t4o8Fk5IyJqyacnLm7F5n1cFw/s6X X-Received: by 2002:a37:4548:: with SMTP id s69mr1224446qka.63.1586470797921; Thu, 09 Apr 2020 15:19:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586470797; cv=none; d=google.com; s=arc-20160816; b=SgiWYdAU15JqwwZY5m0J/7tQ/bl6TfdmrfQwfEenkgMB6oYNhiHHYfOAhDRpN9PTsr 2hrk4RgXTUzYI+29SlLdDFrIO8qoJrwvYAoMmEM/hxx9fN5Rb8zB/vvlTULA5zAp6EJj bh55Q79SX+jc8sLfiCAiptmlX1cfqElAYncdHyzkEXoIqyTtf+fff4KIcyMipHhVCH+d GWfPR8r8+49HNVUNN7mmYGYArSFP3LjMkxV/LHJKuTSnPiYC5tCIfyFBPIng0JJVEdSr /ERnk1AQKbCrA0Zsd5uikJ5yvDJupGvpqc6GRvOU/WCCGKTra/ML0Jc7DscmZW0MuTFK eWgA== 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=2/vT38a92CxMDV5AySIIMoRmqL/zw+wuSd/gBRwuZNI=; b=H1qxAobFqch/0qsFV1I5JOLThzh1oird0eAPfSfGQxPP1guTej+NwYKnokC9E9L48x vpGkNlAB4IQwxKeoneb8vt02c5e9VU9l9WVgWADFfK5SD7FcdspsDVVrO9D3lrYoULln mf8N6GsYX0UaFbLjVcRQddqf0zVsmMG4Pd35TrsOVHtnZ5X8mo1jhHV+dxRdb4T+qEZo TceBqbHluaj0cn7w7LvwhKOYEpYZLBCMhxF16rKbGPm9pz63sA1xL9GiAElKSi0YcdTk waBg6gr3TdH58SuamlZzBFIyAYulM0hQQz0DxnazmWPsh0FoBEllCbzyhkTC6v2Hs2QZ 0h1w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=HysT26o2; 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 f22si241014qkk.59.2020.04.09.15.19.43; Thu, 09 Apr 2020 15:19:57 -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=HysT26o2; 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 S1727009AbgDIWJ1 (ORCPT + 99 others); Thu, 9 Apr 2020 18:09:27 -0400 Received: from us-smtp-delivery-1.mimecast.com ([207.211.31.120]:51144 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727004AbgDIWJ0 (ORCPT ); Thu, 9 Apr 2020 18:09:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1586470166; 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=2/vT38a92CxMDV5AySIIMoRmqL/zw+wuSd/gBRwuZNI=; b=HysT26o22kYZmbhSvUdKjg5gN38/iwvsPdTmK+EnwTxCiNSBM8DbhVqalFvJmaRY/iCCuE RTqvT3AoTlHh2u5+/b5nLqD0ANpkHpZBBD3AFO4U0G7dixmVigtSEpwy6zvOQmhhQ0Cz17 XxTPbq5ahAxoeVWC6REe8Nzp4xwwSEA= 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-277-hT0rB7c6MXSRdmznRLPhhA-1; Thu, 09 Apr 2020 18:09:24 -0400 X-MC-Unique: hT0rB7c6MXSRdmznRLPhhA-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 126988017F5; Thu, 9 Apr 2020 22:09:23 +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 77FD19D348; Thu, 9 Apr 2020 22:09:19 +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, krish.sadhukhan@oracle.com Subject: [PATCH v5 2/2] selftests: kvm: Add mem_slot_test test Date: Thu, 9 Apr 2020 19:09:05 -0300 Message-Id: <20200409220905.26573-3-wainersm@redhat.com> In-Reply-To: <20200409220905.26573-1-wainersm@redhat.com> References: <20200409220905.26573-1-wainersm@redhat.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 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 Reviewed-by: Andrew Jones --- tools/testing/selftests/kvm/.gitignore | 1 + tools/testing/selftests/kvm/Makefile | 3 + tools/testing/selftests/kvm/mem_slot_test.c | 69 +++++++++++++++++++++ 3 files changed, 73 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..127d27188427 100644 --- a/tools/testing/selftests/kvm/.gitignore +++ b/tools/testing/selftests/kvm/.gitignore @@ -21,4 +21,5 @@ /demand_paging_test /dirty_log_test /kvm_create_max_vcpus +/mem_slot_test /steal_time diff --git a/tools/testing/selftests/kvm/Makefile b/tools/testing/selftests/kvm/Makefile index 712a2ddd2a27..338b6cdce1a0 100644 --- a/tools/testing/selftests/kvm/Makefile +++ b/tools/testing/selftests/kvm/Makefile @@ -32,12 +32,14 @@ TEST_GEN_PROGS_x86_64 += clear_dirty_log_test 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 += mem_slot_test TEST_GEN_PROGS_x86_64 += steal_time 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 += mem_slot_test TEST_GEN_PROGS_aarch64 += steal_time TEST_GEN_PROGS_s390x = s390x/memop @@ -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..3cab22fa6bd6 --- /dev/null +++ b/tools/testing/selftests/kvm/mem_slot_test.c @@ -0,0 +1,69 @@ +// 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) +{ + int ret; + struct kvm_vm *vm; + uint32_t max_mem_slots; + uint32_t slot; + uint64_t guest_addr = 0x0; + uint64_t mem_reg_npages; + uint64_t mem_reg_size = 0x100000; /* Aligned 1MB is needed for s390x */ + void *mem; + + 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); + + mem_reg_npages = vm_calc_num_guest_pages(VM_MODE_DEFAULT, mem_reg_size); + + /* 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, + 0); + guest_addr += mem_reg_size; + } + + /* Check it cannot be added memory slots beyond the limit */ + mem = mmap(NULL, mem_reg_size, PROT_READ | PROT_WRITE, + MAP_PRIVATE | MAP_ANONYMOUS, -1, 0); + TEST_ASSERT(mem != MAP_FAILED, "Failed to mmap() host"); + + ret = ioctl(vm_get_fd(vm), KVM_SET_USER_MEMORY_REGION, + &(struct kvm_userspace_memory_region) {slot, 0, guest_addr, + mem_reg_size, (uint64_t) mem}); + TEST_ASSERT(ret == -1 && errno == EINVAL, + "Adding one more memory slot should fail with EINVAL"); + + munmap(mem, mem_reg_size); + kvm_vm_free(vm); +} + +int main(int argc, char *argv[]) +{ + test_add_max_slots(); + return 0; +} -- 2.17.2