All of lore.kernel.org
 help / color / mirror / Atom feed
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


  reply	other threads:[~2025-12-01  8:46 UTC|newest]

Thread overview: 26+ 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
2025-11-28 19:55 ` ✗ i915.CI.BAT: failure for drm: Reduce page tables overhead with THP (rev7) Patchwork

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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.