From patchwork Mon Mar 21 05:08:02 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Reiji Watanabe X-Patchwork-Id: 12786791 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 3CA3BC433F5 for ; Mon, 21 Mar 2022 05:09:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:Cc:To:From:Subject:Mime-Version: Message-Id:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To: References:List-Owner; bh=z4Rnt4hKcAGtP3Rb3RQi5MZpasiSfO/2PVNYNHawQrk=; b=Eka oWi9oARfNDlq2PTj2NhGClNb/rTeqcLLT6OiIflFeycLu7s3jJS3oUzcW33yLThCgxOGws886lCgj KoMJe67RdPOatBWQiEwx+hEBuRWQqS0KlvgQfl8e8dHFYHn54gNfQrdbul9zEvTBrK5s9NNyt5Ee1 c41C1jSwp+TKUwiMFvw9qXYRTnXu6R+CC8d8qABNkgLXExPcXlLZxoGOuRSVzp4dV7YoXjvBX8SKv zNwsUwPEv5KUFINJYztMvdhA8dXdSW65EhxIlzl9fvhlKbTDQNLxDVjqTcFpIyDSJUaGh6Rc2JywI ms3YoFza2ZVMrClSuHNsFSxGs0iB8Vw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nWAHF-006Wdj-6s; Mon, 21 Mar 2022 05:08:21 +0000 Received: from mail-pf1-x44a.google.com ([2607:f8b0:4864:20::44a]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1nWAHB-006Wcm-9z for linux-arm-kernel@lists.infradead.org; Mon, 21 Mar 2022 05:08:18 +0000 Received: by mail-pf1-x44a.google.com with SMTP id x29-20020aa7941d000000b004fa7e7f232fso3533220pfo.7 for ; Sun, 20 Mar 2022 22:08:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=date:message-id:mime-version:subject:from:to:cc; bh=cGQsgNjFRYhDeev7uNz7LWwt7GNAQoUSmq7BQTxGuxE=; b=QbWh7YTxiSYyD6RXVVXrIEKuySt/Re66x+0XKN3JEQ9LWDEVJ4nhXNX/7X2+4r0ssk TWbE/y/86HA3KcljsIZ3ZpGa7K2sRNO3iRkQ3GBEXDYJsz1D8olXJCZXIpjIvtNjapQJ YM/FKobD8zF+xqXV6VVv+VaASxr5DAj6264OVGux4V5vvxakSiYRs5R//XsoIs5vrzBe yYNEuzF9qWAffWHm9xVDWOGcunMOWIqFNtLkqVVQbHxKJWFjt/yvx9Qr77GQGnbJeu5U dQg8GSAyW9zA8z8aqLkX+axB5uUo1CIJ8dkuubePda3RrQG7aKlbyyHHxBUjrgkb7ChU rtwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:message-id:mime-version:subject:from:to:cc; bh=cGQsgNjFRYhDeev7uNz7LWwt7GNAQoUSmq7BQTxGuxE=; b=HyGrX4PppvnnLDQgtPQ0OikyuCc4J1THsO0aV6J2Jw0fI+plocyu7XimnfkZdQx1xY oNgmwnQnQsRmQllWRN8MQa4u/aX21dwNlCb1etE6PwRQ1sHeUO3nk1L4YigD0hIt4jkX FY3AOSVjf5O1W2eP8tpsTuRbSm/5/2mR0iZdUmi6pwOdKBq9kSC2ZEQ9MHt7B10kdNo4 fQ1b0yMFIlKFydsJwEipWLi3Am+cA4fF2g//4ZUZmvt0WbHgrgPKKaXtKU6rPnhaCfqa zgewk3PQLNwMBcfDUK0XEPLlw3wPQwrk0GPa2Ka5OX8DUH5PV8LYFTntUBkq7bRSFaET izqQ== X-Gm-Message-State: AOAM533lWY3x7KzQg7+MpMg1ILwIcrjXrAklWr8gmXyqQNbRCugRPxcC Jr9ZvHfpsO5jIOnXWhCB+HllJfxJaJ0= X-Google-Smtp-Source: ABdhPJx2nPYTXS5zVdFBXtlwohrhTS1zH8bM5qyThixl3/KmV68bmIjNvzrfmY5I61S9Rnn1fvAUTWUHR+E= X-Received: from reiji-vws-sp.c.googlers.com ([fda3:e722:ac3:cc00:7f:e700:c0a8:3d59]) (user=reijiw job=sendgmr) by 2002:a17:90a:858b:b0:1c6:5bc8:781a with SMTP id m11-20020a17090a858b00b001c65bc8781amr1265206pjn.0.1647839294798; Sun, 20 Mar 2022 22:08:14 -0700 (PDT) Date: Sun, 20 Mar 2022 22:08:02 -0700 Message-Id: <20220321050804.2701035-1-reijiw@google.com> Mime-Version: 1.0 X-Mailer: git-send-email 2.35.1.894.gb6a874cedc-goog Subject: [PATCH v5 0/2] KVM: arm64: mixed-width check should be skipped for uninitialized vCPUs From: Reiji Watanabe To: Marc Zyngier , kvmarm@lists.cs.columbia.edu Cc: kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, James Morse , Alexandru Elisei , Suzuki K Poulose , Andrew Jones , Paolo Bonzini , Will Deacon , Peter Shier , Ricardo Koller , Oliver Upton , Jing Zhang , Raghavendra Rao Anata , Reiji Watanabe X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220320_220817_405513_6F5484EC X-CRM114-Status: GOOD ( 15.91 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org KVM allows userspace to configure either all EL1 32bit or 64bit vCPUs for a guest. At vCPU reset, vcpu_allowed_register_width() checks if the vcpu's register width is consistent with all other vCPUs'. Since the checking is done even against vCPUs that are not initialized (KVM_ARM_VCPU_INIT has not been done) yet, the uninitialized vCPUs are erroneously treated as 64bit vCPU, which causes the function to incorrectly detect a mixed-width VM. This series will fix this problem by introducing a new VM flag that indicates the guest needs to be configured with all 32bit or 64bit vCPUs and checking vcpu's register width against the new flag at the vcpu's KVM_ARM_VCPU_INIT (instead of against other vCPUs' register width). Patch-1 introduces KVM_ARCH_FLAG_EL1_32BIT and KVM_ARCH_FLAG_REG_WIDTH_CONFIGURED bits for kvm->arch.flags and uses them to check vcpu's register width to fix the problem. Patch-2 introduces a selftest that can test non-mixed-width vCPUs (all 64bit vCPUs or all 32bit vcPUs) can be configured, and mixed-width vCPUs cannot be configured. The series is based on kvmarm/next's at tag: kvmarm-5.18. v5: - Rebase to kvmarm/next (and drop the patch-1 "KVM: arm64: Generalise VM features into a set of flags") - Use kernel-doc style comments for kvm_set_vm_width() [Oliver] - Change kvm_set_vm_width() to use if/else instead of a ternary operator for KVM_ARCH_FLAG_EL1_32BIT check [Oliver] v4: https://lore.kernel.org/all/20220314061959.3349716-1-reijiw@google.com/ - Use different implementation of vcpu_el1_is_32bit() depending on the context. [Marc] - Rename kvm_register_width_check_or_init() to kvm_set_vm_width(), and call it from kvm_rest_vcpu() instead of from kvm_vcpu_set_target() - Remove vcpu_allowed_register_width(), and does the same checking in kvm_set_vm_width() instead. v3: https://lore.kernel.org/all/20220303035408.3708241-1-reijiw@google.com/ - Introduced 'flags' to kvm_arch, and use bits of the flags for a set of booleans for VM feature. - Changed 'el1_reg_width' to two bits of 'flags' of kvm_arch. v2: https://lore.kernel.org/all/20220118041923.3384602-1-reijiw@google.com/ - Introduced 'el1_reg_width' for kvm_arch and use it to check vcpu's register width against the flag at the vcpu's KVM_ARM_VCPU_INIT. v1: https://lore.kernel.org/all/20220110054042.1079932-1-reijiw@google.com/ [1] https://lore.kernel.org/all/20210715163159.1480168-2-maz@kernel.org/ Reiji Watanabe (2): KVM: arm64: mixed-width check should be skipped for uninitialized vCPUs KVM: arm64: selftests: Introduce vcpu_width_config arch/arm64/include/asm/kvm_emulate.h | 27 ++-- arch/arm64/include/asm/kvm_host.h | 10 ++ arch/arm64/kvm/reset.c | 65 ++++++--- tools/testing/selftests/kvm/.gitignore | 1 + tools/testing/selftests/kvm/Makefile | 1 + .../selftests/kvm/aarch64/vcpu_width_config.c | 125 ++++++++++++++++++ 6 files changed, 199 insertions(+), 30 deletions(-) create mode 100644 tools/testing/selftests/kvm/aarch64/vcpu_width_config.c