Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp4487266pxb; Tue, 31 Aug 2021 06:28:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzBuog/0WsY9v8apZFPvRhqyJhtNlLBFU7XKsIuqkV55AoQBMQJAEJ/d9quDL+n7yy6QqPr X-Received: by 2002:a05:6638:29a:: with SMTP id c26mr2897567jaq.58.1630416512030; Tue, 31 Aug 2021 06:28:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630416512; cv=none; d=google.com; s=arc-20160816; b=cBXDTlLHdSFkE2Ne9Hy2LhQrAP0/HzTZqKTruJw/J+eM2nGRDhG+qPieL2/VnU+/hv J+8LNaKCXlp3jfumRyD/4qamEXSW4Eo8o5VVzV12L4sc6+a2qn9E9J7Nd6qTSjr4xpfc yHa91aVi+WfJwTtw8+yjc/hRbw3uu8pvYSDKk773pPnDVGeq8F1j85FDKmj8pIg56Nb1 Ed89joGtZL+g56g8p23lufj+LoFHIVa7IZOyoAgyQ+kVmDTHcBeT+MrLB6GOudkoTB1h CA0z+NU71kjCNcnSnZ2VqBzixtY9xypZm15EzaICLeFMXMoz4aq++T28R57VrOdtVNlI c94A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=w+OGVM7mlO+rbT4FsYj2MnmdM50qACz9pjvpcU7+PMY=; b=aOpj4SpVftl0uKbQ0cKtfxj3s8korVotkoKxaBhh/nTnQNme4EvvH6XVxq30l/o4bE 0vZ5BM2dwPg6Nx8a6UxsBN/hiTcBxhRUhMs/r3k5AptU6885OGXrl9UQ/dJErnEirerT rnmmJOpVobLstrrO2zYTlDDcvOWWDKD/xp/7alwOyqrX5MKoZ841gwZ1hLuOTCOUYY/5 +Q1EGkUH4f0UdQfKd0x8XS0iekRqIA2HU7dEFca31ia3Ng6J0lV4dU2tWlJyXe0Gd+7z cJUnKWdX5a3L59/Wsj7K649M2XTDXktrSZlRvbK1oYai5wyL4/Nks4/d2evV1rBGbjvB Wg1g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b="KbmAfbw/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n26si10709565jac.120.2021.08.31.06.28.19; Tue, 31 Aug 2021 06:28:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b="KbmAfbw/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235690AbhHaN1H (ORCPT + 99 others); Tue, 31 Aug 2021 09:27:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50344 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234589AbhHaN1F (ORCPT ); Tue, 31 Aug 2021 09:27:05 -0400 Received: from mail-oi1-x22a.google.com (mail-oi1-x22a.google.com [IPv6:2607:f8b0:4864:20::22a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8A448C061760 for ; Tue, 31 Aug 2021 06:26:10 -0700 (PDT) Received: by mail-oi1-x22a.google.com with SMTP id n27so24698347oij.0 for ; Tue, 31 Aug 2021 06:26:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=w+OGVM7mlO+rbT4FsYj2MnmdM50qACz9pjvpcU7+PMY=; b=KbmAfbw/vdflbdPCVYj6tkOs3YSbhZrP+l0T3EpxWZ/wLsl4JhKpnWaPb/uduSHpBI x/N2tXtNpqMZH/EgyvVUKytKfTelcjEVKevakpywjiulvRjPpx4udIBFZliT11MPpziZ lrxHzCbakSPKwFw4V/cPHbb1euBzfjx/JGd16W9vzOzZj2ZZgbPphuUusd8VXBw4RQcm mbXZ65z/OMQ+U6QSJy1rtdeZDpOtBjvDTegl7xli6TyMtSS4sXDIvtZ4fEB6i5mzh5bd Z6ekv1QrkOSa+kQJ5dQO4zB6tgfMeA1+j6CvJhpec3W0vcVbc5qvcIA0vUhNon5oHktd urhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=w+OGVM7mlO+rbT4FsYj2MnmdM50qACz9pjvpcU7+PMY=; b=a0Y+k1zQeTjOVEWtuomVEH9u75VagTF8NsfrYEwFYT6nTL47YPCOrGAAXXh6xeL5WK ao7yFy2LyXhp35Ru/dCT58TK5G+EPLXEZppFb9cUdWKufISl7DHpQAZOo8G9ox/V/ooe TO68Dska2N7quHJkBe0NNaO5qNpBHpQ9B9TDxTRBqtwQFiDP0fhnngbTtQ14xcIGwSCi PN0OOmVwKbozz3wxjfMxdtBNpvqG7rIsulHpuZvaQWH2DdjkHZxZd6yZPCdUxu9Kz4rk LgDEelghRyGFkdkO/1WSO1ruWCrLaJjFX2A5UoOHysB5VPQ5KyfXPMsuHpII/UadxGXm tlJw== X-Gm-Message-State: AOAM531bzCdUOMWoLeF4q/iLwZHZ6ZmHC/yjvq772rd7s7NrVW+cLRBW wB7oFTLfOiE4MsNUfZ4rQVGVaU7UHeeOBD95HMDfDA== X-Received: by 2002:a05:6808:21a5:: with SMTP id be37mr3131695oib.172.1630416369618; Tue, 31 Aug 2021 06:26:09 -0700 (PDT) MIME-Version: 1.0 References: <20210830212951.3541589-1-pgonda@google.com> In-Reply-To: From: Marc Orr Date: Tue, 31 Aug 2021 06:25:58 -0700 Message-ID: Subject: Re: [PATCH 3/3 V6] selftest: KVM: Add intra host migration To: Peter Gonda Cc: kvm list , Sean Christopherson , Brijesh Singh , linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 31, 2021 at 6:24 AM Marc Orr wrote: > > On Mon, Aug 30, 2021 at 2:29 PM Peter Gonda wrote: > > > > Adds testcases for intra host migration for SEV and SEV-ES. Also adds > > locking test to confirm no deadlock exists. > > > > --- > > tools/testing/selftests/kvm/Makefile | 1 + > > .../selftests/kvm/x86_64/sev_vm_tests.c | 152 ++++++++++++++++++ > > 2 files changed, 153 insertions(+) > > create mode 100644 tools/testing/selftests/kvm/x86_64/sev_vm_tests.c > > > > Signed-off-by: Peter Gonda > > Suggested-by: Sean Christopherson > > Cc: Marc Orr > > Cc: Sean Christopherson > > Cc: Brijesh Singh > > Cc: kvm@vger.kernel.org > > Cc: linux-kernel@vger.kernel.org > > > > diff --git a/tools/testing/selftests/kvm/Makefile b/tools/testing/selftests/kvm/Makefile > > index 5832f510a16c..de6e64d5c9c4 100644 > > --- a/tools/testing/selftests/kvm/Makefile > > +++ b/tools/testing/selftests/kvm/Makefile > > @@ -71,6 +71,7 @@ TEST_GEN_PROGS_x86_64 += x86_64/tsc_msrs_test > > TEST_GEN_PROGS_x86_64 += x86_64/vmx_pmu_msrs_test > > TEST_GEN_PROGS_x86_64 += x86_64/xen_shinfo_test > > TEST_GEN_PROGS_x86_64 += x86_64/xen_vmcall_test > > +TEST_GEN_PROGS_x86_64 += x86_64/sev_vm_tests > > TEST_GEN_PROGS_x86_64 += access_tracking_perf_test > > TEST_GEN_PROGS_x86_64 += demand_paging_test > > TEST_GEN_PROGS_x86_64 += dirty_log_test > > diff --git a/tools/testing/selftests/kvm/x86_64/sev_vm_tests.c b/tools/testing/selftests/kvm/x86_64/sev_vm_tests.c > > new file mode 100644 > > index 000000000000..50a770316628 > > --- /dev/null > > +++ b/tools/testing/selftests/kvm/x86_64/sev_vm_tests.c > > @@ -0,0 +1,150 @@ > > +// SPDX-License-Identifier: GPL-2.0-only > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > + > > +#include "test_util.h" > > +#include "kvm_util.h" > > +#include "processor.h" > > +#include "svm_util.h" > > +#include "kvm_util.h" > > +#include "kselftest.h" > > +#include "../lib/kvm_util_internal.h" > > + > > +#define SEV_DEV_PATH "/dev/sev" > > + > > +/* > > + * Open SEV_DEV_PATH if available, otherwise exit the entire program. > > + * > > + * Input Args: > > + * flags - The flags to pass when opening SEV_DEV_PATH. > > + * > > + * Return: > > + * The opened file descriptor of /dev/sev. > > + */ > > +static int open_sev_dev_path_or_exit(int flags) > > +{ > > + static int fd; > > + > > + if (fd != 0) > > + return fd; > > + > > + fd = open(SEV_DEV_PATH, flags); > > + if (fd < 0) { > > + print_skip("%s not available, is SEV not enabled? (errno: %d)", > > + SEV_DEV_PATH, errno); > > + exit(KSFT_SKIP); > > + } > > + > > + return fd; > > +} > > + > > +static void sev_ioctl(int fd, int cmd_id, void *data) > > +{ > > + struct kvm_sev_cmd cmd = { 0 }; > > + int ret; > > + > > + TEST_ASSERT(cmd_id < KVM_SEV_NR_MAX, "Unknown SEV CMD : %d\n", cmd_id); > > + > > + cmd.id = cmd_id; > > + cmd.sev_fd = open_sev_dev_path_or_exit(0); > > + cmd.data = (uint64_t)data; > > + ret = ioctl(fd, KVM_MEMORY_ENCRYPT_OP, &cmd); > > + TEST_ASSERT((ret == 0 || cmd.error == SEV_RET_SUCCESS), > > + "%d failed: return code: %d, errno: %d, fw error: %d", > > + cmd_id, ret, errno, cmd.error); > > +} > > nit: Since this function has two file descriptors, `fd` and > `cmd.sev_fd`, can we rename `fd` to `vm_fd`? > > > + > > +static struct kvm_vm *sev_vm_create(bool es) > > +{ > > + struct kvm_vm *vm; > > + struct kvm_sev_launch_start start = { 0 }; > > + int i; > > + > > + vm = vm_create(VM_MODE_DEFAULT, 0, O_RDWR); > > + sev_ioctl(vm->fd, es ? KVM_SEV_ES_INIT : KVM_SEV_INIT, NULL); > > + for (i = 0; i < 3; ++i) > > nit: Consider moving `3` to a macro, like `MAX_VCPU_IDX` or maybe > better defining something like `NUM_VCPUS` to be 4. > > > + vm_vcpu_add(vm, i); > > + start.policy |= (es) << 2; > > + sev_ioctl(vm->fd, KVM_SEV_LAUNCH_START, &start); > > + if (es) > > + sev_ioctl(vm->fd, KVM_SEV_LAUNCH_UPDATE_VMSA, NULL); > > + return vm; > > +} > > + > > +static void test_sev_migrate_from(bool es) > > +{ > > + struct kvm_vm *vms[3]; > > If we create a `NUM_VCPUS` macro, then we can use it here. > > > + struct kvm_enable_cap cap = { 0 }; > > + int i; > > + > > + for (i = 0; i < sizeof(vms) / sizeof(struct kvm_vm *); ++i) > > + vms[i] = sev_vm_create(es); > > + > > + cap.cap = KVM_CAP_VM_MIGRATE_ENC_CONTEXT_FROM; > > + for (i = 0; i < sizeof(vms) / sizeof(struct kvm_vm *) - 1; ++i) { > > + cap.args[0] = vms[i]->fd; > > + vm_enable_cap(vms[i + 1], &cap); > > + } > > nit/optional: To me, the code would be more clear if we combined this > loop with the one above and guarded calling `vm_enable_cap()` with `if > (i > 0)`. Also, maybe we can initialize `cap` when it's declared. > > struct kvm_enable_cap cap = { .cap = KVM_CAP_VM_MIGRATE_ENC_CONTEXT_FROM }; > int i; > > for (i = 0; i < sizeof(vms) / sizeof(struct kvm_vm *); ++i) { > vms[i] = sev_vm_create(es); > if (i > 0) > vm_enable_cap(vms[i], &cap); > } > > > +} > > + > > +#define LOCK_TESTING_THREADS 3 > > nit: Consider moving this macro to the top of the file. > > > + > > +struct locking_thread_input { > > + struct kvm_vm *vm; > > + int source_fds[LOCK_TESTING_THREADS]; > > +}; > > + > > +static void *locking_test_thread(void *arg) > > +{ > > + struct kvm_enable_cap cap = { 0 }; > > Maybe: > struct kvm_enable_cap cap = { .cap = KVM_CAP_VM_MIGRATE_ENC_CONTEXT_FROM }; > > > + int i, j; > > + struct locking_thread_input *input = (struct locking_test_thread *)arg; > > + > > + cap.cap = KVM_CAP_VM_MIGRATE_ENC_CONTEXT_FROM; > > If we initialize the cap field during the declaration, then this line goes away. > > > + > > + for (i = 0; i < 1000; ++i) { > > + j = input->source_fds[i % LOCK_TESTING_THREADS]; > > + cap.args[0] = input->source_fds[j]; > > + /* > > + * Call IOCTL directly without checking return code. We are > > + * simply trying to confirm there is no deadlock from userspace > > + * not check correctness of migration here. > > + */ > > + ioctl(input->vm->fd, KVM_ENABLE_CAP, &cap); > > Should we use `vm_enable_cap()` here? > > > + } > > +} > > + > > +static void test_sev_migrate_locking(void) > > +{ > > + struct locking_thread_input input[LOCK_TESTING_THREADS]; > > + pthread_t pt[LOCK_TESTING_THREADS]; > > + int i; > > + > > + for (i = 0; i < LOCK_TESTING_THREADS; ++i) { > > + input[i].vm = sev_vm_create(/* es= */ false); > > + input[0].source_fds[i] = input[i].vm->fd; > > + } > > + memcpy(input[1].source_fds, input[0].source_fds, > > + sizeof(input[1].source_fds)); > > + memcpy(input[2].source_fds, input[0].source_fds, > > + sizeof(input[2].source_fds)); > > + > > + for (i = 0; i < LOCK_TESTING_THREADS; ++i) > > + pthread_create(&pt[i], NULL, locking_test_thread, &input[i]); > > + > > + for (i = 0; i < LOCK_TESTING_THREADS; ++i) > > + pthread_join(pt[i], NULL); > > +} > > I think this function/test case deserves a comment to capture some of > the conversation we had on the list that led to Sean suggesting this > test case. Speaking of which, should this test case have a > Suggested-by tag for Sean, since he suggested this test? Gah. I forgot to check the tags before sending my feedback. Of course, the suggested-by tag is already there. Second time I made this gaffe in the last couple of weeks. Sorry for the noise. > > > + > > +int main(int argc, char *argv[]) > > +{ > > + test_sev_migrate_from(/* es= */ false); > > + test_sev_migrate_from(/* es= */ true); > > + test_sev_migrate_locking(); > > + return 0; > > +} > > -- > > 2.33.0.259.gc128427fd7-goog > > > > Nice test!