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 lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (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 405FFCD8CA4 for ; Tue, 9 Jun 2026 12:31:33 +0000 (UTC) Received: from boromir.ozlabs.org (localhost [127.0.0.1]) by lists.ozlabs.org (Postfix) with ESMTP id 4gZSvR71xQz2ySf; Tue, 09 Jun 2026 22:31:31 +1000 (AEST) Authentication-Results: lists.ozlabs.org; arc=none smtp.remote-ip="2600:3c04:e001:324:0:1991:8:25" ARC-Seal: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1781008291; cv=none; b=lzwMtI4btIBp7916I3yH2rfZPt5V7+sVu/hBtZVxXtK+5ZrfrnZOh548jOTKMjGMj8Qe4h21NtCQnlWZ38FNCMwEk6q75DMraGj0kmXDdVlfIbbvx8m4LAgRwdc+bER7WtXymo9A6Om03ndruxpLaiVJwN+wzkfQLkG8w4wZDVIhXm2L5/Ox7RZoStf+SlH0FYkH5VBbPYypkOhsdqVNln8Tu+pTXZhi1b/j4FAsUIj2wq9tKlhOgIlDx/8+jVTQgDtTygUh0Q9nJOSg3nwpzY5ke3XMgBOFkLKNMkb0Nopr3c7ds8PIGjA8xu1Jc4ViVaeYR/5yXA25szYwrRzQ4w== ARC-Message-Signature: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1781008291; c=relaxed/relaxed; bh=U0BaS54KHmvaXv/vxGfu2k/i8IbrbsOc/M3Rcwgq7Dw=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=HYl4M7nc+eOt31zXk/xuaNaeEj2T3kkyXPU2YX/1Jjx4hj5jdZaSSSE+akL/bAIRxY0SUPJZB9kAe8UBjeUHky5gasC0JrddeqyTjJRhYTzlgKdHllXl2bxqP8rGfqVJy+0kYi3C7hnaF2kAcKxJqnktsfc8GgNENmD8hoama247y3rAqV2vRci4YcKGCi5aPfS7jHNE+PpTsssBxisczGZ/FiD5IEsPCCz6NJETG7BP0MCdS5kdNsvD4yWvreXeJHjdHuoHVG3PDk1hMLYKrMhD+i1LmsDgV4Ihu/DwCa11Px1T2QKXaM0II8yn5Uw9YMYmrlUZQQijIpQqx7QcVg== ARC-Authentication-Results: i=1; lists.ozlabs.org; dmarc=pass (p=quarantine dis=none) header.from=kernel.org; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=dGN3A0SD; dkim-atps=neutral; spf=pass (client-ip=2600:3c04:e001:324:0:1991:8:25; helo=tor.source.kernel.org; envelope-from=mripard@kernel.org; receiver=lists.ozlabs.org) smtp.mailfrom=kernel.org Authentication-Results: lists.ozlabs.org; dmarc=pass (p=quarantine dis=none) header.from=kernel.org Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=dGN3A0SD; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=kernel.org (client-ip=2600:3c04:e001:324:0:1991:8:25; helo=tor.source.kernel.org; envelope-from=mripard@kernel.org; receiver=lists.ozlabs.org) Received: from tor.source.kernel.org (tor.source.kernel.org [IPv6:2600:3c04:e001:324:0:1991:8:25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4gZSvQ67Jyz2xk7 for ; Tue, 09 Jun 2026 22:31:30 +1000 (AEST) Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by tor.source.kernel.org (Postfix) with ESMTP id 0D7F7601D6; Tue, 9 Jun 2026 12:31:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 490E31F00893; Tue, 9 Jun 2026 12:31:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1781008287; bh=U0BaS54KHmvaXv/vxGfu2k/i8IbrbsOc/M3Rcwgq7Dw=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=dGN3A0SDVSKqo2u1/wQ1/zVpc+14ph63BVOcD0I/vMtQr0hMIYhCoXkbL3y4aG7DW V8KxpK4g9iEEMonj89HX9vwHYAGVSAtrcdef4mDz4zC6vM2OZyNv9qL7Q2HRAOnxlp DDQzpPv8YcLrfItttOb0rtHpzrNNoHrV0WslXokKvznC1rvg9SC60g/b5luQgq9+PE JEPqg0CTcCGWslG4Ll+E8a8u++cUTkflEOYJ+gXXZA81xJPvTJxi9DYl1ZrT1oNiHk QZXLXVpk4LrgnJPKYn2yz81/1kKzPW2V2wEBgkYL/3Q34Fqo7uGPmNkWThn9pk7CaT oDi6N6dqKuPig== Date: Tue, 9 Jun 2026 14:31:24 +0200 From: Maxime Ripard To: Sumit Semwal Cc: Jason Gunthorpe , Jiri Pirko , Christoph Hellwig , "T.J. Mercier" , maddy@linux.ibm.com, mpe@ellerman.id.au, npiggin@gmail.com, chleroy@kernel.org, linuxppc-dev@lists.ozlabs.org, lkp@intel.com, linux-kernel@vger.kernel.org, iommu@lists.linux.dev, linux-mm@kvack.org, agordeev@linux.ibm.com, gerald.schaefer@linux.ibm.com, linux-s390@vger.kernel.org, Dan Williams , Tom Lendacky , x86@kernel.org, Arnd Bergmann Subject: Re: [PATCH] powerpc: Export set_memory_encrypted and set_memory_decrypted Message-ID: <20260609-micro-pogona-of-wind-eab41b@houat> References: <20260522225853.878411-1-tjmercier@google.com> <20260527160716.GN2487554@ziepe.ca> <20260604-dangerous-tuatara-of-sympathy-28e05e@houat> <20260604135712.GV2487554@ziepe.ca> X-Mailing-List: linuxppc-dev@lists.ozlabs.org List-Id: List-Help: List-Owner: List-Post: List-Archive: , List-Subscribe: , , List-Unsubscribe: Precedence: list MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha384; protocol="application/pgp-signature"; boundary="o22bjoh6ffgpsyxy" Content-Disposition: inline In-Reply-To: --o22bjoh6ffgpsyxy Content-Type: text/plain; protected-headers=v1; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: [PATCH] powerpc: Export set_memory_encrypted and set_memory_decrypted MIME-Version: 1.0 On Mon, Jun 08, 2026 at 08:47:15PM +0530, Sumit Semwal wrote: > Hi Jason, >=20 > On Thu, 4 Jun 2026 at 19:27, Jason Gunthorpe wrote: > > > > On Thu, Jun 04, 2026 at 12:51:49PM +0530, Sumit Semwal wrote: > > > > > Given that Christoph's objection is not really about the modules part, > > > but that the set_memory_{encrypted,decrypted} should not be used here, > > > one option is to revert 78b30c50a7ac until that issue is sorted out? > > > > Please no, we have stuff already using this so it would be a > > functional regression. Revert making heaps into a module since that > > doesn't have a functional regression. >=20 > Thanks for your comments. >=20 > To me, it looks like while system and system_cc_shared heaps share a > lot of code, their user bases have different needs. It's apparent that > system_cc_heap users don't care about it being a module while system > heap users would very much like so. >=20 > I also discussed this with Arnd, and he suggested we could rearrange > the code so that system_heap_cc_shared_priv depends on a new Kconfig > symbol like >=20 > config DMABUF_HEAPS_CC_SYSTEM > bool "DMA-BUF System Heap for memory encryption" > depends on ARCH_HAS_MEM_ENCRYPT && DMABUF_HEAPS_SYSTEM=3Dy >=20 > This allows building both into the kernel or leave encryption choice > up to the consumers of the system heap. >=20 > If this is agreeable to everyone, I can post Arnd's patch. It would be the perfect compromise, thanks! Maxime --o22bjoh6ffgpsyxy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iJUEABMJAB0WIQTkHFbLp4ejekA/qfgnX84Zoj2+dgUCaigHlAAKCRAnX84Zoj2+ dvQjAX9ms+5hiJAqLxOa025CX1FKZOt3A7bbVhvzSW0b67H16z/faZkoRrXNZzHG FzjVGG8BgPW0Xyovl2KeSzQ85rYqIeg+8H++YPYve/0/YEmMBjN+LF51bW0Wp/ZC DU4p8h04Yg== =jwe3 -----END PGP SIGNATURE----- --o22bjoh6ffgpsyxy--