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 gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (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 1C22ECCD184 for ; Tue, 21 Oct 2025 16:10:11 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 807EF10E610; Tue, 21 Oct 2025 16:10:10 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (2048-bit key; unprotected) header.d=collabora.com header.i=@collabora.com header.b="EmgMJHjN"; dkim-atps=neutral Received: from bali.collaboradmins.com (bali.collaboradmins.com [148.251.105.195]) by gabe.freedesktop.org (Postfix) with ESMTPS id 6468410E610 for ; Tue, 21 Oct 2025 16:10:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1761063007; bh=BOLZET7uAD9zh+dubKf/A4hN7cOu6OCJzMG3H/wDM+E=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=EmgMJHjNFuBFEOTQ43z9I7IzqphKuFzwSymSQ1F0wsAiQiW32onhhVirZ9wwY0HyH NyL6mMDtgymMZfx5KUSxBT2D28exAZe9n/8SkMzCKpsnpTdS0Rfwi28i/CwURhKzwq MKDPOUit6EMsOz7bRzIRHPRGCDN6Vwep3MtvYhZXJf7Dd7YvaRFWKk7AlVdbR7yhUU VKjU0jluctXIjr7cuS0mAU0tmMd2iYmPWm62y9ZMJUWcxuln50U3EDh9iVTwTGp9uu 43MQAcqqCRs2/53obHVlLt5I/l50XMgxAxiwiim/vbHK9XeYaig5GZqsjYmEU/gNGG SpgnmrXETTThg== Received: from fedora (unknown [IPv6:2a01:e0a:2c:6930:d919:a6e:5ea1:8a9f]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: bbrezillon) by bali.collaboradmins.com (Postfix) with ESMTPSA id 7B1BA17E0CA3; Tue, 21 Oct 2025 18:10:07 +0200 (CEST) Date: Tue, 21 Oct 2025 18:09:38 +0200 From: Boris Brezillon To: Akash Goel Cc: =?UTF-8?B?QWRyacOhbg==?= Larumbe , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Steven Price , kernel@collabora.com, Liviu Dudau , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Simona Vetter Subject: Re: [PATCH] drm/panthor: Support partial unmaps of huge pages Message-ID: <20251021180938.7a674618@fedora> In-Reply-To: References: <20251019032108.3498086-1-adrian.larumbe@collabora.com> Organization: Collabora X-Mailer: Claws Mail 4.3.1 (GTK 3.24.49; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Tue, 21 Oct 2025 15:32:45 +0100 Akash Goel wrote: > On 10/19/25 04:19, Adri=C3=A1n Larumbe wrote: > > Commit 33729a5fc0ca ("iommu/io-pgtable-arm: Remove split on unmap > > behavior") did away with the treatment of partial unmaps of huge IOPTEs. > > =20 >=20 > Sorry have a doubt. >=20 > Corresponding to the commit 33729a5fc0ca, can we now remove the code to=20 > pre-allocate L3 page table pages i.e. 'op_ctx->rsvd_page_tables.pages'=20 > inside panthor_vm_prepare_unmap_op_ctx() ?. Well, not if we want to support partial unmaps of huge pages at a non-2M boundary.