Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp1827470pxb; Fri, 10 Sep 2021 15:16:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz4NDVDtG5nhd7p0tYFMWWTbC6a7s3Nf3XrZTJ0QltssqkQorVQwyVxqwf3QauI5feIydNR X-Received: by 2002:a05:6402:1775:: with SMTP id da21mr11637588edb.49.1631312176808; Fri, 10 Sep 2021 15:16:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631312176; cv=none; d=google.com; s=arc-20160816; b=ZML5/9lD0mMaDKmGOXu2+lalXMtXwGB3HpBbkXufpixQcIy5R/zEJO8j1JF+KoWxNr 709T/yC0SKAbJgzHcrLaIbZ79N3mkp3hp5rABSGpRCIQ2Fvqml8JqVcovly7k2MhGcjl P0JOP84sptnhsYqCVVs0LOF789PPSQYmU7F86W/WLjCY3XXjkZTexmoaq3RLVzes065l +C4S+xUH1RI+zw0q8Yg5HzlNiZ5Rwhi4Ak3nHCqFY7m4hnSIFODsFEJ58M2/lEsM40na bF+QW/ps0B9PaaVQmoXag8ED/XXPCNbLabPIQyy8ocVRTWBYttN5Jl91TlKOdgnS89su lcDw== 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=TA6suC0Bve+igd/7LKYeC0ZIyexn7MlL+eU3pyKRHoI=; b=wjHlMTSrWxb+FsclmVm+dMgB+Z40pSMQYMq8MsZ38nRp7FTySadNEYIDrRykZjwfcA cEoMUOSQsKv/DuE/795KFuNL7qPJX1T33yytI0psFrIeev1cUqVmtgJgj/MO7fzueTD1 pMVrgHSMkL/yLVCZDyk9D3xtWLXoR9YSpwlwt8390sVFja19Sz3za7clh8SdmGDTwY6Y iUIMpAMPcvJBXKZKrWMvmbvjmyhaam+tBopdGpRzLkzYem08oVCQLTTr9xsL6Z77WIdc 3ZzwEw/yYfWJlVJeEJpeDBrNG0Q3yMHX3FG7RweXCfmq6PWzD5T7Bhh2pgY5Hy99OMJp I/SQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=bYZoX19x; 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 j23si6916231eje.501.2021.09.10.15.15.52; Fri, 10 Sep 2021 15:16:16 -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=20210112 header.b=bYZoX19x; 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 S234733AbhIJWPo (ORCPT + 99 others); Fri, 10 Sep 2021 18:15:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49552 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234712AbhIJWPn (ORCPT ); Fri, 10 Sep 2021 18:15:43 -0400 Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com [IPv6:2a00:1450:4864:20::12f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 71E91C061756 for ; Fri, 10 Sep 2021 15:14:31 -0700 (PDT) Received: by mail-lf1-x12f.google.com with SMTP id bq5so6934513lfb.9 for ; Fri, 10 Sep 2021 15:14:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=TA6suC0Bve+igd/7LKYeC0ZIyexn7MlL+eU3pyKRHoI=; b=bYZoX19xoaM5s7DcJBrMQFUgxfbCPxVbpJXouHY7eGkfkYHaXSHmOam3/yOxf8Di3z isWJWgBMNObSH87mJFjKHazi7UoX9fB/0wz/RNz18giS9XnnNKKNQlaHYZsFENmSaCiO uv/fRzutb1OapEDZ72m2siua19bXYtagwkyzMzR0a03y7dbcbkfITPExc0wU4M7X9mKl N103bEmYF9XpJZP6W6b1oOP8/+jEVfAy2A0aPtldn9kO3IQnugzv5t8tU+QebUblVAIY N6UGJhk8FsXOAsgAfCpBFrt/YjBYjMgRuYeJeW9sXaiUpVMqlRzrq/VrQuDrrSQZ8dXo a/Jg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=TA6suC0Bve+igd/7LKYeC0ZIyexn7MlL+eU3pyKRHoI=; b=igOcsPQw31fpgEE36eOH1BbrvXrN+Uh5o6Aahmy+yYT1+zjjSQJm6nvXokTAfak905 7ZPxO0wVaq0O5aXySalaArow8cAc/osvg5+b+UV+39M9/vkW3naIj7dcNeQfkrnNN8pI 637p1aNgs/87DiExCPd0l+KT2062A6RaMZjeSNzrkYtUAKSjxgVzUyxcsAJuTWuTJ0Nf e5Ow1cz40zrgr0slh0yXi4eWXWmSt+FSM2Kec7WEN5y76Zrm/iuQtkv6gHb76IwYIzIU /FarjBFgoeYlJqOe5NUZplO4INvAhSDBPShF4az/PPWGgrr3wKFfeqEYHuTIrV09aWOB 95sA== X-Gm-Message-State: AOAM531vmV8tub8qafl7OftvpirYGuAYYWU7Kz7wXfU1VK0vBUYdw2+6 2FviopNpp422fnSnCXEue0yMNcisaaJJzGQsHOcfUg== X-Received: by 2002:a19:c313:: with SMTP id t19mr5368510lff.644.1631312069409; Fri, 10 Sep 2021 15:14:29 -0700 (PDT) MIME-Version: 1.0 References: <20210902181751.252227-1-pgonda@google.com> <20210902181751.252227-4-pgonda@google.com> In-Reply-To: From: Peter Gonda Date: Fri, 10 Sep 2021 16:14:17 -0600 Message-ID: Subject: Re: [PATCH 3/3 V7] selftest: KVM: Add intra host migration tests To: Sean Christopherson Cc: kvm list , Marc Orr , David Rientjes , 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 Fri, Sep 10, 2021 at 11:16 AM Sean Christopherson wrote: > > On Thu, Sep 02, 2021, Peter Gonda wrote: > > +/* > > + * 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; > > Caching the file here is unnecessary, it's used in exactly one function. > > > + 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; > > +} > > Rather than copy-paste _open_kvm_dev_path_or_exit(), it's probably worth factoring > out a helper in a separate patch, e.g. So the suggestion would be to move open_sev_dev_path_or_exit into tools/testing/selftests/kvm/include/x86_64/svm_util.h If so, wouldn't it make sense to keep the caching of the FD? > > diff --git a/tools/testing/selftests/kvm/lib/kvm_util.c b/tools/testing/selftests/kvm/lib/kvm_util.c > index 10a8ed691c66..06a6c04010fb 100644 > --- a/tools/testing/selftests/kvm/lib/kvm_util.c > +++ b/tools/testing/selftests/kvm/lib/kvm_util.c > @@ -31,6 +31,19 @@ static void *align(void *x, size_t size) > return (void *) (((size_t) x + mask) & ~mask); > } > > +int open_path_or_exit(const char *path, int flags) > +{ > + int fd; > + > + fd = open(path, flags); > + if (fd < 0) { > + print_skip("%s not available (errno: %d)", path, errno); > + exit(KSFT_SKIP); > + } > + > + return fd; > +} > + > /* > * Open KVM_DEV_PATH if available, otherwise exit the entire program. > * > @@ -42,16 +55,7 @@ static void *align(void *x, size_t size) > */ > static int _open_kvm_dev_path_or_exit(int flags) > { > - int fd; > - > - fd = open(KVM_DEV_PATH, flags); > - if (fd < 0) { > - print_skip("%s not available, is KVM loaded? (errno: %d)", > - KVM_DEV_PATH, errno); > - exit(KSFT_SKIP); > - } > - > - return fd; > + return open_path_or_exit(KVM_DEV_PATH, flags); > } > > int open_kvm_dev_path_or_exit(void) > > > > + > > +static void sev_ioctl(int vm_fd, int cmd_id, void *data) > > +{ > > + struct kvm_sev_cmd cmd = { > > + .id = cmd_id, > > + .data = (uint64_t)data, > > + .sev_fd = open_sev_dev_path_or_exit(0), > > + }; > > + int ret; > > + > > + TEST_ASSERT(cmd_id < KVM_SEV_NR_MAX && cmd_id >= 0, > > + "Unknown SEV CMD : %d\n", cmd_id); > > LOL, I like sanity checks, but asserting that the test itself isn't horrendously > broken is a bit much. And someone manages to screw up that badly, the ioctl() > below will fail. Ack. I'll remove this. > > > + ret = ioctl(vm_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); > > +} > > + > > +static struct kvm_vm *sev_vm_create(bool es) > > +{ > > + struct kvm_vm *vm; > > + struct kvm_sev_launch_start start = { 0 }; > > + int i; > > Rather than cache /dev/sev in a helper, you can do: > > int sev_fd = open_path_or_exit(SEV_DEV_PATH, 0); > > sev_ioctl(vm, sev_fd, ...); > > > + 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 < MIGRATE_TEST_NUM_VCPUS; ++i) > > + vm_vcpu_add(vm, i); > > + start.policy |= (es) << 2; > > I had to go spelunking to confirm this is the "ES" policy, please do: > > if (es) > start.policy |= SEV_POLICY_ES; > > > + sev_ioctl(vm->fd, KVM_SEV_LAUNCH_START, &start); > > + if (es) > > + sev_ioctl(vm->fd, KVM_SEV_LAUNCH_UPDATE_VMSA, NULL); > > > And with sev_fd scoped to this function: > > close(sev_fd); > > which I think is legal? > > > + return vm; > > +} > > + > > +static void test_sev_migrate_from(bool es) > > +{ > > + struct kvm_vm *vms[MIGRATE_TEST_VMS]; > > Prefix this and LOCK_TESTING_THREAD with NR_ so that it's clear these are arbitrary > numbers of things. And I guess s/MIGRATE_TEST_NUM_VCPUS/NR_MIGRATE_TEST_VCPUS to > be consistent. > > > + struct kvm_enable_cap cap = { > > + .cap = KVM_CAP_VM_MIGRATE_ENC_CONTEXT_FROM > > + }; > > + int i; > > + > > + for (i = 0; i < MIGRATE_TEST_VMS; ++i) { > > + vms[i] = sev_vm_create(es); > > It doesn't really matter, but closing these fds tests that KVM doesn't explode > when VMs are destroyed without the process exiting. > Can do, I spot checked a couple other tests and didn't see any close calls so didn't clutter the test here. > > + if (i > 0) { > > + cap.args[0] = vms[i - 1]->fd; > > + vm_enable_cap(vms[i], &cap); > > + } > > + } > > For giggles, we can also test migrating back (with some feedback from below > mixed in): > > /* Initial migration from the src to the first dst. */ > sev_migrate_from(dst_vms[0]->fd, src_vm->fd); > > for (i = 1; i < NR_MIGRATE_TEST_VMS; i++) > sev_migrate_from(vms[i]->fd, vms[i - 1]->fd); > > /* Migrate the guest back to the original VM. */ > sev_migrate_from(src_vm->fd, dst_vms[NR_MIGRATE_TEST_VMS - 1]->fd); > > > +} > > + > > +struct locking_thread_input { > > + struct kvm_vm *vm; > > + int source_fds[LOCK_TESTING_THREADS]; > > +}; > > + > > +static void *locking_test_thread(void *arg) > > +{ > > + /* > > + * This test case runs a number of threads all trying to use the intra > > + * host migration ioctls. This tries to detect if a deadlock exists. > > + */ > > + 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; > > + > > + for (i = 0; i < LOCK_TESTING_ITERATIONS; ++i) { > > + j = input->source_fds[i % LOCK_TESTING_THREADS]; > > + cap.args[0] = input->source_fds[j]; > > This looks wrong, it's indexing source_fds with a value from source_fds. Did > you intend? > > j = i % LOCK_TESTING_THREADS; > cap.args[0] = input->source_fds[j]; > Yup that's wrong I'll update. > > + /* > > + * Call IOCTL directly without checking return code or > > + * asserting. 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); > > For readability and future extensibility, I'd say create a single helper and use > it even in the happy case, e.g. > > static int __sev_migrate_from(int dst_fd, int src_fd) > { > struct kvm_enable_cap cap = { > .cap = KVM_CAP_VM_MIGRATE_ENC_CONTEXT_FROM, > .args = { src_fd } // No idea if this is correct syntax > }; > > return ioctl(dst_fd, KVM_ENABLE_CAP, &cap); > } > > > static void sev_migrate_from(...) > { > ret = __sev_migrate_from(...); > TEST_ASSERT(!ret, "Migration failed, blah blah blah"); > } > > > + } > > +} > > + > > +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) { > > With a bit of refactoring, the same VMs from the happy case can be reused for > the locking test, and we can also get concurrent SEV+SEV-ES migration (see below). > > > + input[i].vm = sev_vm_create(/* es= */ false); > > + input[0].source_fds[i] = input[i].vm->fd; > > + } > > + for (i = 1; i < LOCK_TESTING_THREADS; ++i) > > + memcpy(input[i].source_fds, input[0].source_fds, > > + sizeof(input[i].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); > > +} > > + > > +int main(int argc, char *argv[]) > > +{ > > + test_sev_migrate_from(/* es= */ false); > > + test_sev_migrate_from(/* es= */ true); > > + test_sev_migrate_locking(); > > > With a little refactoring, this can add other tests, e.g. illegal dst. Assuming > KVM requires the dst to be !SEV, SEV and SEV-ES can use the same set of destination > VMs. And the locking test can take 'em all. E.g. something like: > > struct kvm_vm *sev_vm, *sev_es_vm; > > sev_vm = sev_vm_create(false); > sev_es_vm = sev_vm_create(true); > > for (i = 0; i < NR_MIGRATE_TEST_VMS; i++) > dst_vms[i] = sev_dst_vm_create(); > > test_sev_migrate_from(sev_vms, dst_vms); > test_sev_migrate_from(sev_es_vms, dst_vms); > > ret = __sev_migrate_from(sev_es_vms[0], sev_vms[0]); > TEST_ASSERT(ret == -EINVAL, ...); > > ret = __sev_migrate_from(sev_vms[0], sev_es_vms[0]); > TEST_ASSERT(ret == -EINVAL, ...); > > ret = __sev_migrate_from(dst_vms[0], dst_vms[1]); > TEST_ASSERT(ret == -EINVAL, ....); > > test_sev_migrate_locking(sev_vm, sev_es_vm, dst_vms); > Ack. I'll add these parameter validation tests. > > + return 0; > > +} > > -- > > 2.33.0.153.gba50c8fa24-goog > >