Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2580844pxj; Mon, 14 Jun 2021 02:07:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzm+yTvd3tCZqc7uJdm6DEvjA2QuPekOe+U64yBRZKYe1CCjpbJsuuw/exa+o/7QX+xEOcQ X-Received: by 2002:a17:906:edb3:: with SMTP id sa19mr14137602ejb.75.1623661623586; Mon, 14 Jun 2021 02:07:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623661623; cv=none; d=google.com; s=arc-20160816; b=zZRQEgX4ju9luhEO3XGQl6r5EYU3+zUglb5D5MGzS7AmK147RMZ/HUJqX5JDun16Sw JZ57DmgMM3Es76r2vhwjaCOIMQC57/HZIuo0yyCdChB9IeXsQ8xh4ApUKn/KgnoQRtiJ 34gfPQFHyfV+ed93k1I0UI7aoQycH0pZ++OKZaDlmFn5sVJfXgb2SLg6tsxi+8fuyB3R NVb6z8+aIpbg/jjdt1XFGP8ARU94GGU8hn9G9QLYEbQpp2VEj8PDF8y+4sowPaem0NWj SLdFs2gbFaie5GieyRiQHTRxo9ioQNYMfLVwTtG5EhwXHnsEZuEcm4W05ufeNBnVl4xW mfmQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=DZHvDRfGWZcu3PBzbnE2+sVT8fAPYCAdujQtdJo6erQ=; b=cOuo9KlRZBtL4Nr9nlhOfDrGYPLuLDoE9g3Rfns5s2H4JtbHSbTv4ACE4yFv5QCx5x 03+flljBSmnFbR/unr60A7NTNRLUN+vWJB0xFxi2qyoXPmWC5f4scZjOyWzqI2F9Tpqx SG0VcIbVEN5tgG49ya4ukqoiz5WPS20T9of82DH0S4JqRTLUN5L8A8qtt+sbT7c3La0C 2XdvOw/VdpYkG8xGzHvubbn3WDFboPtzZNl/wCkmQBHgwppQfbkuBuwKQ0yEgZpbXrwG i0bdebS+P7l6kgkUOW1iBIQoQRS5etebWGQorwaCvS5BCB5kUP2NJYYfdJTNgSzXAePm 1kdQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n6si11392274edo.119.2021.06.14.02.06.39; Mon, 14 Jun 2021 02:07:03 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232648AbhFNJHn (ORCPT + 99 others); Mon, 14 Jun 2021 05:07:43 -0400 Received: from foss.arm.com ([217.140.110.172]:58204 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232602AbhFNJHn (ORCPT ); Mon, 14 Jun 2021 05:07:43 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id C54F61FB; Mon, 14 Jun 2021 02:05:40 -0700 (PDT) Received: from e112269-lin.arm.com (autoplooker.cambridge.arm.com [10.1.194.57]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 062103F694; Mon, 14 Jun 2021 02:05:37 -0700 (PDT) From: Steven Price To: Catalin Marinas , Marc Zyngier , Will Deacon Cc: Steven Price , James Morse , Julien Thierry , Suzuki K Poulose , kvmarm@lists.cs.columbia.edu, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Dave Martin , Mark Rutland , Thomas Gleixner , qemu-devel@nongnu.org, Juan Quintela , "Dr. David Alan Gilbert" , Richard Henderson , Peter Maydell , Haibo Xu , Andrew Jones Subject: [PATCH v15 0/7] MTE support for KVM guest Date: Mon, 14 Jun 2021 10:05:18 +0100 Message-Id: <20210614090525.4338-1-steven.price@arm.com> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This series adds support for using the Arm Memory Tagging Extensions (MTE) in a KVM guest. I realise there are still open questions[1] around the performance of this series (the 'big lock', tag_sync_lock, introduced in the first patch). But there should be no impact on non-MTE workloads and until we get real MTE-enabled hardware it's hard to know whether there is a need for something more sophisticated or not. Peter Collingbourne's patch[3] to clear the tags at page allocation time should hide more of the impact for non-VM cases. So the remaining concern is around VM startup which could be effectively serialised through the lock. Changes since v14[2]: * Dropped "Handle MTE tags zeroing" patch in favour of Peter's similar patch[3] (now in arm64 tree). * Improved documentation following Catalin's review. [1]: https://lore.kernel.org/r/874ke7z3ng.wl-maz%40kernel.org [2]: https://lore.kernel.org/r/20210607110816.25762-1-steven.price@arm.com/ [3]: https://lore.kernel.org/r/20210602235230.3928842-4-pcc@google.com/ Steven Price (7): arm64: mte: Handle race when synchronising tags arm64: mte: Sync tags for pages where PTE is untagged KVM: arm64: Introduce MTE VM feature KVM: arm64: Save/restore MTE registers KVM: arm64: Expose KVM_ARM_CAP_MTE KVM: arm64: ioctl to fetch/store tags in a guest KVM: arm64: Document MTE capability and ioctl Documentation/virt/kvm/api.rst | 57 +++++++++++++++ arch/arm64/include/asm/kvm_arm.h | 3 +- arch/arm64/include/asm/kvm_emulate.h | 3 + arch/arm64/include/asm/kvm_host.h | 12 ++++ arch/arm64/include/asm/kvm_mte.h | 66 +++++++++++++++++ arch/arm64/include/asm/mte-def.h | 1 + arch/arm64/include/asm/mte.h | 8 ++- arch/arm64/include/asm/pgtable.h | 22 +++++- arch/arm64/include/asm/sysreg.h | 3 +- arch/arm64/include/uapi/asm/kvm.h | 11 +++ arch/arm64/kernel/asm-offsets.c | 2 + arch/arm64/kernel/mte.c | 54 ++++++++++++-- arch/arm64/kvm/arm.c | 16 +++++ arch/arm64/kvm/guest.c | 82 ++++++++++++++++++++++ arch/arm64/kvm/hyp/entry.S | 7 ++ arch/arm64/kvm/hyp/exception.c | 3 +- arch/arm64/kvm/hyp/include/hyp/sysreg-sr.h | 21 ++++++ arch/arm64/kvm/mmu.c | 42 ++++++++++- arch/arm64/kvm/reset.c | 3 +- arch/arm64/kvm/sys_regs.c | 32 +++++++-- include/uapi/linux/kvm.h | 2 + 21 files changed, 429 insertions(+), 21 deletions(-) create mode 100644 arch/arm64/include/asm/kvm_mte.h -- 2.20.1