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 5E2C0C43458 for ; Tue, 7 Jul 2026 14:03:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Type:MIME-Version: References:In-Reply-To:Subject:Cc:To:From:Message-ID:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=tTRBXbvulB91ZVKgj2dOdSPkdCSn+3IeDxDA7Og0HyM=; b=EqRuvqnWT8HD7PoQvd+4prpWIg ARa0uN7VnTbI+BHmW1FOmvX0Zi2ciFb5ZdZhA0+JxRnAskyYQD+ogJGvJ2bfjPtslPkhg1wusn6Tk +mgXVq/jZv3fTV9WWj+HAVAzWKA0y2BijMbM941Jy5wTNrJoJ7Nyl1l8IySFREZ2AjlrXaXK0ndl2 Ia/cbaFpHwqsEyR9nI/UMoS2UYZsYdFGr16TXnxp24U07JQehJadmMkuHWGaWxzUYwEVpPSl+BBKu Ns6yYhl33OrBW+7a1i7CFMk22xjTpArFdKK7Gag2A7kvFoms5htdTfJQ02Mv+JNcuquSb1bjaC3GJ uicabEJA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1wh6OZ-0000000F6ji-0JXR; Tue, 07 Jul 2026 14:03:31 +0000 Received: from sea.source.kernel.org ([172.234.252.31]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1wh6OX-0000000F6jQ-1Ufv for linux-arm-kernel@lists.infradead.org; Tue, 07 Jul 2026 14:03:29 +0000 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by sea.source.kernel.org (Postfix) with ESMTP id E8C564008D; Tue, 7 Jul 2026 14:03:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C6BBE1F000E9; Tue, 7 Jul 2026 14:03:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1783433008; bh=tTRBXbvulB91ZVKgj2dOdSPkdCSn+3IeDxDA7Og0HyM=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=l0bldvom+caLP5yxjwhpxc1Q9tIBSGgD9FBkTCNJMcAJevbO//baG8pQfZCeo+7xM ZzKsLwooUHUpSwFStTa0zagHbVsoWeYNiSJjNPTTLtQBbbYB1oVuUcef9VytYQc4ii YoFbLm2ydM+E3L9+ky0G6zDJKMzZYQzyxlXlsAZkc80t7zyILm1zvwFtgRBsnGmSXd YcVWyDWQtiT+ZHVsov1P5XcmnZPm5YLFLSRM0ijyiCdVJg5FmlBoiENQygRBq4aBr/ Ec1PbTPQ66iu8T8D/FoLUhkwJzKksZPp9EDXAkrKQi/UIGzn5SveUeWf2H2Q/8xQ9e ug22o/sZcoERg== Received: from sofa.misterjones.org ([185.219.108.64] helo=goblin-girl.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wh6OU-00000002RFJ-3ZbS; Tue, 07 Jul 2026 14:03:26 +0000 Date: Tue, 07 Jul 2026 15:03:26 +0100 Message-ID: <864iiaq4lt.wl-maz@kernel.org> From: Marc Zyngier To: Will Deacon Cc: sudeep.holla@kernel.org, catalin.marinas@arm.com, oupton@kernel.org, Sebastian Ene , jens.wiklander@linaro.org, joey.gouly@arm.com, kvmarm@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, android-kvm@google.com, mrigendra.chaubey@gmail.com, op-tee@lists.trustedfirmware.org, perlarsen@google.com, seiden@linux.ibm.com, smostafa@google.com, sumit.garg@kernel.org, suzuki.poulose@arm.com, vdonnefort@google.com, yuzenghui@huawei.com Subject: Re: (subset) [PATCH v9 0/6] arm_ffa, KVM: Fix FF-A emad offset calculations In-Reply-To: References: <20260702103848.1647249-1-sebastianene@google.com> <178342187223.1892339.1923162787460489447.b4-ty@kernel.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/30.1 (aarch64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-SA-Exim-Connect-IP: 185.219.108.64 X-SA-Exim-Rcpt-To: will@kernel.org, sudeep.holla@kernel.org, catalin.marinas@arm.com, oupton@kernel.org, sebastianene@google.com, jens.wiklander@linaro.org, joey.gouly@arm.com, kvmarm@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, android-kvm@google.com, mrigendra.chaubey@gmail.com, op-tee@lists.trustedfirmware.org, perlarsen@google.com, seiden@linux.ibm.com, smostafa@google.com, sumit.garg@kernel.org, suzuki.poulose@arm.com, vdonnefort@google.com, yuzenghui@huawei.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false 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 On Tue, 07 Jul 2026 12:56:24 +0100, Will Deacon wrote: > > On Tue, Jul 07, 2026 at 11:58:01AM +0100, Marc Zyngier wrote: > > On Thu, 02 Jul 2026 10:38:37 +0000, Sebastian Ene wrote: > > > This series fixes the Endpoint Memory Access Descriptor (EMAD) offset > > > calculations and adds the necessary bounds checks for both the core > > > FF-A driver and the pKVM hypervisor. > > > > > > Prior to FF-A version 1.1, the memory region header didn't specify an > > > explicit offset for the EMADs, leading to the assumption that they > > > immediately follow the header. > > > However, from v1.1 onwards, the specification dictates using the > > > ep_mem_offset` field to determine the start of the memory access > > > array. > > > > > > [...] > > > > Applied to fixes, thanks! > > > > [3/6] KVM: arm64: Fix bounds checking in do_ffa_mem_reclaim() > > commit: 8c6db30d79528279abbeb416e4f533f1f91b8724 > > [4/6] KVM: arm64: Validate the offset to the mem access descriptor > > commit: a6b49d27c17909608d54523220bb6f3498d4a1df > > [5/6] KVM: arm64: Ensure FFA ranges are page aligned > > commit: 6a7a181f6921db3d9aed1bba7e15547fefd7eedc > > [6/6] KVM: arm64: Zero out the stack initialized data in the FFA handler > > commit: 2bd3c6c702f3a9e2bcb3b536b0fbbaa645005d71 > > Thanks, Marc! > > I think Sudeep was also happy for the driver changes to go via the KVM > tree, unless you'd prefer not to pick them up [1]. Ah, I missed that. Let me queue these suckers as well. Thanks, M. -- Without deviation from the norm, progress is not possible.