Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp4564228pxb; Tue, 31 Aug 2021 08:05:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwygdGeVWu/t60CLxjDP5b30qhY8TJoZrFS8BUhOBNZimDxip7R4K+zD3GgaK0w/OOUnsBn X-Received: by 2002:a92:c94d:: with SMTP id i13mr18793184ilq.292.1630422341034; Tue, 31 Aug 2021 08:05:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630422341; cv=none; d=google.com; s=arc-20160816; b=RsWpNIpuu52sW5ezlMVHI0D0gWGCVjw0NCdNwPspDIuNtPdtcTTERrtM34i6L6nwfU RV71PIJL1xNR/uDXY9Vug3WE073eRVrPBnweEcVfmcepYiDgrVc3eCTJ2W3aQwHMfjDF BjxP7OXsnWaYBqMUBjA+5WDtHxzze8vU9//ZRpT8GpUOAVE5fB4GkepMgiHr941UyeRc OOHc/jQbdJIScY4VsqDnMH0moqTwBSURSy8oia79xsfUe/A6SpEww8wEIP9wV+jzxhdD WDaOKP3P8E+DGSdHFfpFOxKTqkjnYL4dKqM7+4LAL5FfARLu9phwyX+lknq5e6QZe+8y inXQ== 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=4Fn4UZmVWhb7Bzvp1FoQQ7qfnZgNzUwT5A3uCCmGDj0=; b=vdwDeLYm199r46BSXA08LOphyBhqxdJdFrmAnL3DDYogxXQrm8vZceqSTvxUV8aTrO nubZX7HMSNCmdhi3PWORVdm7Kf65i/UW6V5xYuNM+oVORa7/m7YQ42NStkgKYXiQ+ENF iHkBCv6CdTCDUTKbAQ6XiQ6BtRXwX5g6H1x4p5MbhUfUujdrS060HU3RYywfn+yEPYa+ n0axYxRyiB1cTxk+SPpNPdI+EiQ6kjZPAd25omK5gahOxkVy8biHv7acxSywjOKe7Bcp onv/O0Cuq2CLV7k0aUOUlNA2OhTuBKtkNV2EPiDBAVJdCi4k/pw6IUe1lnqi6/2ljlHn gzPg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=cdfjp6SV; 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 a10si13783336jaa.15.2021.08.31.08.05.23; Tue, 31 Aug 2021 08:05:41 -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=cdfjp6SV; 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 S234773AbhHaPE6 (ORCPT + 99 others); Tue, 31 Aug 2021 11:04:58 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46036 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231127AbhHaPE4 (ORCPT ); Tue, 31 Aug 2021 11:04:56 -0400 Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 29DD2C061575 for ; Tue, 31 Aug 2021 08:04:01 -0700 (PDT) Received: by mail-lj1-x22f.google.com with SMTP id g14so4216430ljk.5 for ; Tue, 31 Aug 2021 08:04:01 -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=4Fn4UZmVWhb7Bzvp1FoQQ7qfnZgNzUwT5A3uCCmGDj0=; b=cdfjp6SVsuxqd4fltHdv9vJ1ZOrV00nXaLXFRWNyrWwlDEpcVCsVSzniXR+eEBRSAI 8xN0+xrgRv/xoPOhyhee4AiLqAjeQdvE6wBT3AM+GaO/FDPI/Z8ibTlR4oj/gi+EKhfH WheZuSGPwB9l2Zfj9sosh1GhJfSZRX6Fe2T5pyo8QT9+L0kZAuSPTacOMAzk97pzAvQf PHFDYeiLmvDGRUFsSayJ2jg5J7VTpNIwGLOJdIXvRYj/Rqr3bZ7bpDGyCcKnQRfEN+lA eyRxBew4PNzkdzOpuh9Dxqv4y+itg5Pj3L8j8Tl2ea8PnK9ASRdGreKC25SEWsDj8Wjk Dy5g== 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=4Fn4UZmVWhb7Bzvp1FoQQ7qfnZgNzUwT5A3uCCmGDj0=; b=GxrrrNA4n5rWQpqnG3kZ/JnPSMkGfrn9XGlKvTVPCiPO9fqjxhY0V7vri3iaJqeanO XVnpxMvyPjR0JVdeaWiGBW5zgklq1HgotNLl6qYLaB3dCDteHnNHn4FcOCpNJADtN/MI J55LnfTf2FzaPkP5ZoTeJR514boj7e9369+LVweWnQQxbiKtq3AOUauT4UyOHRyzDIOM UjfRatKa3FNf11xMjSh6Ks28WN+m5+cFRAynIlMIdfbMOMSBPK29Qrd+i6eTCHf1iJ+h 9i2WHtxOhWN18UFr052DxWQ+x2CQ63uHNirkZYgFrYCAemK9c2aleWNkFH5CDIdsd+SS INkA== X-Gm-Message-State: AOAM532oH17r7L3It6pCLeDiDR+FAmz74pJn4Nr8L8lsYVJNoGSGnd0J yokFKMoGBiLP+m42fV1zJZ6uhWlTGlfFL9L/zoPttMyb80o= X-Received: by 2002:a2e:a7d0:: with SMTP id x16mr25654175ljp.494.1630422239046; Tue, 31 Aug 2021 08:03:59 -0700 (PDT) MIME-Version: 1.0 References: <20210830212951.3541589-1-pgonda@google.com> In-Reply-To: From: Peter Gonda Date: Tue, 31 Aug 2021 09:03:47 -0600 Message-ID: Subject: Re: [PATCH 3/3 V6] selftest: KVM: Add intra host migration To: Marc Orr 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 7:26 AM Marc Orr wrote: > > 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? > > I took all other suggestions but this one I just updated the comment. vm_enable_cap TEST_ASSERT()s if the ioctl fails. Since we are just randomly iterating through a bunch of ioclts we fail often so this would kill the test. > > > + } > > > +} > > > + > > > +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!