From: Boris Brezillon <boris.brezillon@collabora.com>
To: "Loïc Molinari" <loic.molinari@collabora.com>
Cc: "Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Maxime Ripard" <mripard@kernel.org>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>,
"Jani Nikula" <jani.nikula@linux.intel.com>,
"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
"Tvrtko Ursulin" <tursulin@ursulin.net>,
"Rob Herring" <robh@kernel.org>,
"Steven Price" <steven.price@arm.com>,
"Liviu Dudau" <liviu.dudau@arm.com>,
"Melissa Wen" <mwen@igalia.com>,
"Maíra Canal" <mcanal@igalia.com>,
"Hugh Dickins" <hughd@google.com>,
"Baolin Wang" <baolin.wang@linux.alibaba.com>,
"Andrew Morton" <akpm@linux-foundation.org>,
"Al Viro" <viro@zeniv.linux.org.uk>,
"Mikołaj Wasiak" <mikolaj.wasiak@intel.com>,
"Christian Brauner" <brauner@kernel.org>,
"Nitin Gote" <nitin.r.gote@intel.com>,
"Andi Shyti" <andi.shyti@linux.intel.com>,
"Jonathan Corbet" <corbet@lwn.net>,
"Christopher Healy" <healych@amazon.com>,
"Matthew Wilcox" <willy@infradead.org>,
"Bagas Sanjaya" <bagasdotme@gmail.com>,
linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
intel-gfx@lists.freedesktop.org, linux-mm@kvack.org,
linux-doc@vger.kernel.org, kernel@collabora.com
Subject: Re: [PATCH v10 08/10] drm/panthor: Introduce huge tmpfs mountpoint option
Date: Mon, 1 Dec 2025 09:45:55 +0100 [thread overview]
Message-ID: <20251201094555.595744ab@fedora> (raw)
In-Reply-To: <20251128185252.3092-9-loic.molinari@collabora.com>
On Fri, 28 Nov 2025 19:52:50 +0100
Loïc Molinari <loic.molinari@collabora.com> wrote:
> Introduce the 'panthor.transparent_hugepage' boolean module parameter
> (false by default). When the parameter is set to true, a new tmpfs
> mountpoint is created and mounted using the 'huge=within_size'
> option. It's then used at GEM object creation instead of the default
> 'shm_mnt' mountpoint in order to enable Transparent Hugepage (THP) for
> the object (without having to rely on a system wide parameter).
>
> v3:
> - use huge tmpfs mountpoint in drm_device
>
> v4:
> - fix builds with CONFIG_TRANSPARENT_HUGEPAGE=n
> - clean up mountpoint creation error handling
> - print negative error value
>
> v5:
> - use drm_gem_has_huge_tmp() helper
> - get rid of CONFIG_TRANSPARENT_HUGEPAGE ifdefs
>
> v9:
> - replace drm_gem_has_huge_tmp() by drm_gem_get_huge_tmp()
>
> Signed-off-by: Loïc Molinari <loic.molinari@collabora.com>
> Reviewed-by: Boris Brezillon <boris.brezillon@collabora.com>
> ---
> drivers/gpu/drm/panthor/panthor_device.c | 3 +++
> drivers/gpu/drm/panthor/panthor_drv.c | 7 +++++++
> drivers/gpu/drm/panthor/panthor_drv.h | 9 +++++++++
> drivers/gpu/drm/panthor/panthor_gem.c | 18 ++++++++++++++++++
> drivers/gpu/drm/panthor/panthor_gem.h | 2 ++
> 5 files changed, 39 insertions(+)
> create mode 100644 drivers/gpu/drm/panthor/panthor_drv.h
>
> diff --git a/drivers/gpu/drm/panthor/panthor_device.c b/drivers/gpu/drm/panthor/panthor_device.c
> index e133b1e0ad6d..2979ee0e52c2 100644
> --- a/drivers/gpu/drm/panthor/panthor_device.c
> +++ b/drivers/gpu/drm/panthor/panthor_device.c
> @@ -18,6 +18,7 @@
> #include "panthor_devfreq.h"
> #include "panthor_device.h"
> #include "panthor_fw.h"
> +#include "panthor_gem.h"
> #include "panthor_gpu.h"
> #include "panthor_hw.h"
> #include "panthor_mmu.h"
> @@ -294,6 +295,8 @@ int panthor_device_init(struct panthor_device *ptdev)
> if (ret)
> goto err_unplug_fw;
>
> + panthor_gem_init(ptdev);
> +
> /* ~3 frames */
> pm_runtime_set_autosuspend_delay(ptdev->base.dev, 50);
> pm_runtime_use_autosuspend(ptdev->base.dev);
> diff --git a/drivers/gpu/drm/panthor/panthor_drv.c b/drivers/gpu/drm/panthor/panthor_drv.c
> index d1d4c50da5bf..55dbda6dbf9c 100644
> --- a/drivers/gpu/drm/panthor/panthor_drv.c
> +++ b/drivers/gpu/drm/panthor/panthor_drv.c
> @@ -1559,6 +1559,7 @@ static const struct file_operations panthor_drm_driver_fops = {
> .read = drm_read,
> .llseek = noop_llseek,
> .mmap = panthor_mmap,
> + .get_unmapped_area = drm_gem_get_unmapped_area,
> .show_fdinfo = drm_show_fdinfo,
> .fop_flags = FOP_UNSIGNED_OFFSET,
> };
> @@ -1626,6 +1627,12 @@ static const struct drm_driver panthor_drm_driver = {
> #endif
> };
>
> +#ifdef CONFIG_TRANSPARENT_HUGEPAGE
> +bool panthor_transparent_hugepage;
> +module_param_named(transparent_hugepage, panthor_transparent_hugepage, bool, 0400);
> +MODULE_PARM_DESC(transparent_hugepage, "Use a dedicated tmpfs mount point with Transparent Hugepage enabled (false = default)");
On a second thought, I wonder if this shouldn't be an opt-out param
(which is what V3D does, BTW). What's the downside of enabling THP if we
have a fallback for cases where memory is too fragmented to get huge
pages at allocation time?
> +#endif
> +
> static int panthor_probe(struct platform_device *pdev)
> {
> struct panthor_device *ptdev;
> diff --git a/drivers/gpu/drm/panthor/panthor_drv.h b/drivers/gpu/drm/panthor/panthor_drv.h
> new file mode 100644
> index 000000000000..79dccd289881
> --- /dev/null
> +++ b/drivers/gpu/drm/panthor/panthor_drv.h
> @@ -0,0 +1,9 @@
> +// SPDX-License-Identifier: GPL-2.0 or MIT
> +/* Copyright 2025 Amazon.com, Inc. or its affiliates */
> +
> +#ifndef __PANTHOR_DRV_H__
> +#define __PANTHOR_DRV_H__
> +
> +extern bool panthor_transparent_hugepage;
> +
> +#endif
> diff --git a/drivers/gpu/drm/panthor/panthor_gem.c b/drivers/gpu/drm/panthor/panthor_gem.c
> index 10d255cccc09..7ae07a9bc996 100644
> --- a/drivers/gpu/drm/panthor/panthor_gem.c
> +++ b/drivers/gpu/drm/panthor/panthor_gem.c
> @@ -1,6 +1,7 @@
> // SPDX-License-Identifier: GPL-2.0 or MIT
> /* Copyright 2019 Linaro, Ltd, Rob Herring <robh@kernel.org> */
> /* Copyright 2023 Collabora ltd. */
> +/* Copyright 2025 Amazon.com, Inc. or its affiliates */
>
> #include <linux/cleanup.h>
> #include <linux/dma-buf.h>
> @@ -12,10 +13,27 @@
> #include <drm/panthor_drm.h>
>
> #include "panthor_device.h"
> +#include "panthor_drv.h"
> #include "panthor_fw.h"
> #include "panthor_gem.h"
> #include "panthor_mmu.h"
>
> +void panthor_gem_init(struct panthor_device *ptdev)
> +{
> + int err;
> +
> + if (IS_ENABLED(CONFIG_TRANSPARENT_HUGEPAGE) &&
> + !panthor_transparent_hugepage)
> + return;
> +
> + err = drm_gem_huge_mnt_create(&ptdev->base, "within_size");
> + if (drm_gem_get_huge_mnt(&ptdev->base))
> + drm_info(&ptdev->base, "Using Transparent Hugepage\n");
> + else if (err)
> + drm_warn(&ptdev->base, "Can't use Transparent Hugepage (%d)\n",
> + err);
> +}
> +
> #ifdef CONFIG_DEBUG_FS
> static void panthor_gem_debugfs_bo_init(struct panthor_gem_object *bo)
> {
> diff --git a/drivers/gpu/drm/panthor/panthor_gem.h b/drivers/gpu/drm/panthor/panthor_gem.h
> index 80c6e24112d0..2eefe9104e5e 100644
> --- a/drivers/gpu/drm/panthor/panthor_gem.h
> +++ b/drivers/gpu/drm/panthor/panthor_gem.h
> @@ -136,6 +136,8 @@ struct panthor_gem_object *to_panthor_bo(struct drm_gem_object *obj)
> return container_of(to_drm_gem_shmem_obj(obj), struct panthor_gem_object, base);
> }
>
> +void panthor_gem_init(struct panthor_device *ptdev);
> +
> struct drm_gem_object *panthor_gem_create_object(struct drm_device *ddev, size_t size);
>
> int
next prev parent reply other threads:[~2025-12-01 8:46 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-28 18:52 [PATCH v10 00/10] drm: Reduce page tables overhead with THP Loïc Molinari
2025-11-28 18:52 ` [PATCH v10 01/10] drm/shmem-helper: Simplify page offset calculation in fault handler Loïc Molinari
2025-12-01 8:05 ` Boris Brezillon
2025-12-01 18:06 ` Loïc Molinari
2025-11-28 18:52 ` [PATCH v10 02/10] drm/shmem-helper: Map huge pages " Loïc Molinari
2025-12-01 8:16 ` Boris Brezillon
2025-11-28 18:52 ` [PATCH v10 03/10] drm/gem: Introduce drm_gem_get_unmapped_area() fop Loïc Molinari
2025-12-01 8:33 ` Boris Brezillon
2025-11-28 18:52 ` [PATCH v10 04/10] drm/gem: Add huge tmpfs mountpoint helpers Loïc Molinari
2025-12-01 8:34 ` Boris Brezillon
2025-12-01 13:06 ` Maíra Canal
2025-11-28 18:52 ` [PATCH v10 05/10] drm/i915: Use " Loïc Molinari
2025-11-28 18:52 ` [PATCH v10 06/10] drm/v3d: " Loïc Molinari
2025-12-01 8:37 ` Boris Brezillon
2025-12-01 13:16 ` Maíra Canal
2025-11-28 18:52 ` [PATCH v10 07/10] drm/gem: Get rid of *_with_mnt helpers Loïc Molinari
2025-11-28 18:52 ` [PATCH v10 08/10] drm/panthor: Introduce huge tmpfs mountpoint option Loïc Molinari
2025-12-01 8:45 ` Boris Brezillon [this message]
2025-12-02 9:14 ` Loïc Molinari
2025-11-28 18:52 ` [PATCH v10 09/10] drm/panfrost: " Loïc Molinari
2025-12-01 8:47 ` Boris Brezillon
2025-11-28 18:52 ` [PATCH v10 10/10] Documentation/gpu/drm-mm: Add THP paragraph to GEM mapping section Loïc Molinari
2025-12-01 8:39 ` Boris Brezillon
2025-12-01 13:27 ` Maíra Canal
2025-12-02 10:26 ` Loïc Molinari
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20251201094555.595744ab@fedora \
--to=boris.brezillon@collabora.com \
--cc=airlied@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=andi.shyti@linux.intel.com \
--cc=bagasdotme@gmail.com \
--cc=baolin.wang@linux.alibaba.com \
--cc=brauner@kernel.org \
--cc=corbet@lwn.net \
--cc=dri-devel@lists.freedesktop.org \
--cc=healych@amazon.com \
--cc=hughd@google.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=joonas.lahtinen@linux.intel.com \
--cc=kernel@collabora.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=liviu.dudau@arm.com \
--cc=loic.molinari@collabora.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mcanal@igalia.com \
--cc=mikolaj.wasiak@intel.com \
--cc=mripard@kernel.org \
--cc=mwen@igalia.com \
--cc=nitin.r.gote@intel.com \
--cc=robh@kernel.org \
--cc=rodrigo.vivi@intel.com \
--cc=simona@ffwll.ch \
--cc=steven.price@arm.com \
--cc=tursulin@ursulin.net \
--cc=tzimmermann@suse.de \
--cc=viro@zeniv.linux.org.uk \
--cc=willy@infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox