[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7cc69f75-a6df-0a64-873e-69e438a43bdf@arm.com>
Date: Wed, 23 Jun 2021 15:09:00 +0100
From: Steven Price <steven.price@....com>
To: Marc Zyngier <maz@...nel.org>,
Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will@...nel.org>
Cc: linux-kernel@...r.kernel.org, Dave Martin <Dave.Martin@....com>,
Peter Maydell <peter.maydell@...aro.org>,
Julien Thierry <julien.thierry.kdev@...il.com>,
Suzuki K Poulose <suzuki.poulose@....com>,
Juan Quintela <quintela@...hat.com>,
"Dr. David Alan Gilbert" <dgilbert@...hat.com>,
Andrew Jones <drjones@...hat.com>, qemu-devel@...gnu.org,
Thomas Gleixner <tglx@...utronix.de>,
James Morse <james.morse@....com>,
Richard Henderson <richard.henderson@...aro.org>,
Mark Rutland <mark.rutland@....com>,
linux-arm-kernel@...ts.infradead.org, kvmarm@...ts.cs.columbia.edu
Subject: Re: [PATCH v17 0/6] MTE support for KVM guest
On 22/06/2021 15:21, Marc Zyngier wrote:
> On Mon, 21 Jun 2021 12:17:10 +0100, Steven Price wrote:
>> This series adds support for using the Arm Memory Tagging Extensions
>> (MTE) in a KVM guest.
>>
>> Changes since v16[1]:
>>
>> - Dropped the first patch ("Handle race when synchronising tags") as
>> it's not KVM specific and by restricting MAP_SHARED in KVM there is
>> no longer a dependency.
>>
>> [...]
>
> Applied to next, thanks!
>
> [1/6] arm64: mte: Sync tags for pages where PTE is untagged
> commit: 69e3b846d8a753f9f279f29531ca56b0f7563ad0
> [2/6] KVM: arm64: Introduce MTE VM feature
> commit: ea7fc1bb1cd1b92b42b1d9273ce7e231d3dc9321
> [3/6] KVM: arm64: Save/restore MTE registers
> commit: e1f358b5046479d2897f23b1d5b092687c6e7a67
> [4/6] KVM: arm64: Expose KVM_ARM_CAP_MTE
> commit: 673638f434ee4a00319e254ade338c57618d6f7e
> [5/6] KVM: arm64: ioctl to fetch/store tags in a guest
> commit: f0376edb1ddcab19a473b4bf1fbd5b6bbed3705b
> [6/6] KVM: arm64: Document MTE capability and ioctl
> commit: 04c02c201d7e8149ae336ead69fb64e4e6f94bc9
>
> I performed a number of changes in user_mem_abort(), so please
> have a look at the result. It is also pretty late in the merge
> cycle, so if anything looks amiss, I'll just drop it.
It all looks good to me - thanks for making those changes.
Steve
Powered by blists - more mailing lists