From mboxrd@z Thu Jan 1 00:00:00 1970 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 90CEECD11C2 for ; Fri, 5 Apr 2024 12:01:58 +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:MIME-Version:Message-ID:Date:Subject:Cc :To:From: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=UyPvRalAPEXdWf4ccOCrkN/PK6dkKCgbAngcPyLqa0c=; b=4Tt1moJsg2ld9T y6Skgv7pxwtKHQn3xHqUY80NNyU2NZSKmUvpH/yeiUV594v94aHAeAOpB6OL3OxfBxYkJ08Se2/n8 MT4aWE+dOZhSj8ewof425qk3kTjtvMzBiRhWKnSBujbL2xbfBZHBlv8knlUlrbl6nDGvKFnRuq70k +/cHZhqtEGk5vRlvAgOl7VM0RfpyHip9xsGXBeEMkS8USUw006Szh0tXTXYJ8rq32yqn9ZkKlljcq 8VsTm0Nd5kLrvnJgu5+xY8xJo1PX4lN31Kd/w1bdQHGhTd/aO/rrf/evJHzvH4fn1LV/07kAag4YA OJN9gCT4RDdK5auwlzsw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1rsiGG-00000006nbi-2Ahl; Fri, 05 Apr 2024 12:01:36 +0000 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1rsiGC-00000006nXE-2KGK for linux-arm-kernel@lists.infradead.org; Fri, 05 Apr 2024 12:01:34 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1712318482; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=fOyfVcrOV/57WM6ff0FNPDEGtLigdW9U20TrqvIPj9w=; b=Fiocf0pFfaI5EpjFnTleygwhfxLgQMowZxsmu8vZu92phwTxGRzvlNlYGLCurWePlYN0cu VinZOoK2KSbLGmnQK7H/OYxT+1Py3+pbUyrtPMpr2oMggeH6ucq7pNdedz16Vn2jK10Kao AaiBM4uU90eQ/Oz1jhN6Y3w9KtSC6lM= Received: from mail-qt1-f197.google.com (mail-qt1-f197.google.com [209.85.160.197]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-292-bz7cNJb3MNipoeZe1S2-Sg-1; Fri, 05 Apr 2024 08:01:20 -0400 X-MC-Unique: bz7cNJb3MNipoeZe1S2-Sg-1 Received: by mail-qt1-f197.google.com with SMTP id d75a77b69052e-4344a57aaa1so13454621cf.2 for ; Fri, 05 Apr 2024 05:01:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712318478; x=1712923278; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=fOyfVcrOV/57WM6ff0FNPDEGtLigdW9U20TrqvIPj9w=; b=osLKn8NgPwJ7HusAGfm0owCQQM0Bs5x8PNz5JFTBU7rwGO2u9uAMdGdRLG+e4J8fXc aecZwAy5D2NtXK6EnfL6rs681bjCLupSNoOXHQgpWx+YjqgaH0ZtzO1knkLBTDD1GfJ7 IZoVJBV+WqEBFrCCYlWMm1cqi3Aldk1PuxI3hTj4nF0N03Kb9G/DQfw7uWQwDLh0T8az XC6ikJXFrATVMOaA6O8JsZC6xWOZCcQ4y66q3BuJWkhhXRS5Gd/SXAJAPv5kqXLQCS+H mYGkkPDoDjo5q1FlRUNaBTCTe3TyaQSa4X1becZVarjFNgRMrrJz/MJ7giHVO7M4OoTV hKeg== X-Gm-Message-State: AOJu0Yx8pg0yRuSvuthNsenuKd4agD9mi+RFq16pvFZ3iNW6OTBZ047k 2somNTf38h+m1wV83WohsIodTXfdEmQlFBRiJKadAvi36dyqZ+q5e0Zq+4kHsIaHkPB5EqKZ6us hO1m2XuheNDf3za3UOYpbu1OsF+6aAEVZyOJ8/v0zhfvGgCC080IZuvO14WgxEn/iRL6jnw1FMP Y7xDJnmJ7FktzZWYCajMYrEAdznI2Qpbr1OJBS6/Vei4iYCHBcoWnU8w== X-Received: by 2002:ac8:5f06:0:b0:432:cfa6:5d20 with SMTP id x6-20020ac85f06000000b00432cfa65d20mr1214516qta.12.1712318478525; Fri, 05 Apr 2024 05:01:18 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFbkyu7lrarVuj8TBoNoTnVyIyQO0Zw8ghmwwqUIjLkAEOkX/uFF9qF4MU9eU2zyyX3VCAVhQ== X-Received: by 2002:ac8:5f06:0:b0:432:cfa6:5d20 with SMTP id x6-20020ac85f06000000b00432cfa65d20mr1214188qta.12.1712318473883; Fri, 05 Apr 2024 05:01:13 -0700 (PDT) Received: from rh.redhat.com (p200300c93f4c24001316a1e598258370.dip0.t-ipconnect.de. [2003:c9:3f4c:2400:1316:a1e5:9825:8370]) by smtp.gmail.com with ESMTPSA id fb17-20020a05622a481100b00434383f2518sm679808qtb.87.2024.04.05.05.01.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 05 Apr 2024 05:01:13 -0700 (PDT) From: Sebastian Ott To: linux-arm-kernel@lists.infradead.org, kvmarm@lists.linux.dev, linux-kernel@vger.kernel.org Cc: Marc Zyngier , Oliver Upton , James Morse , Suzuki K Poulose , Catalin Marinas , Will Deacon Subject: [PATCH 0/4] KVM: arm64: emulation for CTR_EL0 Date: Fri, 5 Apr 2024 14:01:04 +0200 Message-ID: <20240405120108.11844-1-sebott@redhat.com> X-Mailer: git-send-email 2.44.0 MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240405_050132_700958_D05617F0 X-CRM114-Status: GOOD ( 12.82 ) 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: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hej folks, I'm looking into supporting migration between 2 Ampere Altra (Max) machines (using Neoverse-N1). They are almost identical regarding their feature id register state except for CTR_EL0.DIC which is set on one machine but not the other. CTR_EL0 is currently marked as invariant and migrating a VM between those 2 machines using qemu fails. I've send this out as an RFC before [0]. What I've changed here based on feedback I've got from Marc was: * store the emulated value per VM and not per VCPU * allow to change more values than just the DIC bit * only trap guest access to that reg when needed * make sure to not present the guest with an inconsistent register set Patch 2 adds a ctr_el0 member to struct kvm_arch - would it be preferred to add it into kvm->arch.id_regs[] (this would mean to increase that array 4x)? Patch 3 resets CLIDR_EL1 after a write to CTR_EL0 potentially changing the value for CLIDR_EL1 - would that be ok for userspace? Thanks, Sebastian [0]: https://lore.kernel.org/all/20240318111636.10613-1-sebott@redhat.com/T/ Sebastian Ott (4): KVM: arm64: change return value in arm64_check_features() KVM: arm64: maintain per VM value for CTR_EL0 KVM: arm64: add emulation for CTR_EL0 register KVM: arm64: show writable masks for feature registers arch/arm64/include/asm/kvm_host.h | 1 + arch/arm64/kvm/sys_regs.c | 131 ++++++++++++++++++++---------- 2 files changed, 89 insertions(+), 43 deletions(-) -- 2.42.0 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel