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>,
"Christopher Healy" <healych@amazon.com>,
linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
intel-gfx@lists.freedesktop.org, linux-mm@kvack.org,
kernel@collabora.com
Subject: Re: [PATCH v3 03/10] drm/gem: Add huge tmpfs mount point helper
Date: Mon, 6 Oct 2025 09:02:30 +0200 [thread overview]
Message-ID: <20251006090230.087021bd@fedora> (raw)
In-Reply-To: <20251004093054.21388-4-loic.molinari@collabora.com>
On Sat, 4 Oct 2025 11:30:46 +0200
Loïc Molinari <loic.molinari@collabora.com> wrote:
> Add the drm_gem_huge_mnt_create() helper to avoid code duplication in
> the i915, V3D, Panfrost and Panthor drivers. It creates and mounts a
> dedicated huge tmpfs mountpoint, for the lifetime of a drm device,
> used at GEM object initialization.
>
> The next commits will port drivers to this helper.
>
> v3:
> - store huge tmpfs mountpoint in drm_device
>
> Signed-off-by: Loïc Molinari <loic.molinari@collabora.com>
> ---
> drivers/gpu/drm/drm_gem.c | 67 +++++++++++++++++++++++++++++++++++++++
> include/drm/drm_device.h | 11 +++++++
> include/drm/drm_gem.h | 1 +
> 3 files changed, 79 insertions(+)
>
> diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
> index f5a10ff363c9..b4e4947210ef 100644
> --- a/drivers/gpu/drm/drm_gem.c
> +++ b/drivers/gpu/drm/drm_gem.c
> @@ -29,6 +29,7 @@
> #include <linux/export.h>
> #include <linux/file.h>
> #include <linux/fs.h>
> +#include <linux/fs_context.h>
> #include <linux/iosys-map.h>
> #include <linux/mem_encrypt.h>
> #include <linux/mm.h>
> @@ -82,6 +83,72 @@
> * up at a later date, and as our interface with shmfs for memory allocation.
> */
>
> +static int drm_gem_add_fc_param(struct fs_context *fc, const char *key,
> + const char *value)
> +{
> + return vfs_parse_fs_string(fc, key, value, strlen(value));
> +}
> +
> +static void drm_gem_huge_mnt_free(struct drm_device *dev, void *data)
> +{
> + drm_WARN_ON(dev, dev->huge_mnt == NULL);
> +
> + kern_unmount(dev->huge_mnt);
> + dev->huge_mnt = NULL;
> +}
> +
> +/**
> + * drm_gem_huge_mnt_create - Create, mount and use a huge tmpfs mountpoint
> + * @dev: drm_device a huge tmpfs mountpoint should be used with
> + * @value: huge tmpfs mount option value
> + *
> + * This function creates and mounts a dedicated huge tmpfs mountpoint for the
> + * lifetime of the drm device @dev which is used at GEM object initialization
> + * with drm_gem_object_init().
> + *
> + * The most common option value @value is "within_size" which only allocates
> + * huge pages if the page will be fully within the GEM object size. "always",
> + * "advise" and "never" are supported too but the latter would just create a
> + * mountpoint similar to the default one (`shm_mnt`). See shmemfs and
> + * Transparent Hugepage for more information.
> + *
> + * Returns:
> + * 0 on success or a negative error code on failure. Returns -EEXIST if called
> + * more than once for the lifetime of the drm device.
> + */
> +int drm_gem_huge_mnt_create(struct drm_device *dev, const char *value)
> +{
> + struct file_system_type *type;
> + struct fs_context *fc;
> + int ret;
> +
> + if (!IS_ENABLED(CONFIG_TRANSPARENT_HUGEPAGE))
> + return -EOPNOTSUPP;
> +
> + type = get_fs_type("tmpfs");
> + if (unlikely(!type))
> + return -EOPNOTSUPP;
> +
> + if (unlikely(dev->huge_mnt))
> + return -EEXIST;
Do we even care about reporting an error when the huge mount point
already exists? Can we just return 0 in that case, which simplifies the
call sites since they don't have to check for EEXIST anymore.
> +
> + fc = fs_context_for_mount(type, SB_KERNMOUNT);
> + if (IS_ERR(fc))
> + return PTR_ERR(fc);
> + ret = drm_gem_add_fc_param(fc, "source", "tmpfs");
> + if (unlikely(ret))
> + return -ENOPARAM;
> + ret = drm_gem_add_fc_param(fc, "huge", value);
> + if (unlikely(ret))
> + return -ENOPARAM;
> +
> + dev->huge_mnt = fc_mount_longterm(fc);
> + put_fs_context(fc);
> +
> + return drmm_add_action_or_reset(dev, drm_gem_huge_mnt_free, NULL);
> +}
> +EXPORT_SYMBOL_GPL(drm_gem_huge_mnt_create);
> +
> static void
> drm_gem_init_release(struct drm_device *dev, void *ptr)
> {
> diff --git a/include/drm/drm_device.h b/include/drm/drm_device.h
> index 59fd3f4d5995..895b0ced972e 100644
> --- a/include/drm/drm_device.h
> +++ b/include/drm/drm_device.h
> @@ -3,6 +3,7 @@
>
> #include <linux/list.h>
> #include <linux/kref.h>
> +#include <linux/mount.h>
> #include <linux/mutex.h>
> #include <linux/idr.h>
> #include <linux/sched.h>
> @@ -168,6 +169,16 @@ struct drm_device {
> */
> struct drm_master *master;
>
> + /**
> + * @huge_mnt:
> + *
> + * Huge tmpfs mountpoint used at GEM object initialization
> + * drm_gem_object_init(). Drivers can call drm_gem_huge_mnt_create() to
> + * create a huge tmfps mountpoint. The default tmpfs mountpoint
> + * (`shm_mnt`) is used if NULL.
> + */
> + struct vfsmount *huge_mnt;
> +
> /**
> * @driver_features: per-device driver features
> *
> diff --git a/include/drm/drm_gem.h b/include/drm/drm_gem.h
> index 7c8bd67d087c..7285a62d9afc 100644
> --- a/include/drm/drm_gem.h
> +++ b/include/drm/drm_gem.h
> @@ -492,6 +492,7 @@ struct drm_gem_object {
> DRM_GEM_FOPS,\
> }
>
> +int drm_gem_huge_mnt_create(struct drm_device *dev, const char *value);
> void drm_gem_object_release(struct drm_gem_object *obj);
> void drm_gem_object_free(struct kref *kref);
> int drm_gem_object_init(struct drm_device *dev,
next prev parent reply other threads:[~2025-10-06 7:02 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-04 9:30 [PATCH v3 00/10] drm: Reduce page tables overhead with THP Loïc Molinari
2025-10-04 9:30 ` [PATCH v3 01/10] drm/shmem-helper: Add huge page fault handler Loïc Molinari
2025-10-04 22:53 ` Matthew Wilcox
2025-10-06 6:52 ` Boris Brezillon
2025-10-06 16:01 ` Andi Shyti
2025-10-04 9:30 ` [PATCH v3 02/10] drm/gem: Introduce drm_gem_get_unmapped_area() fop Loïc Molinari
2025-10-10 7:48 ` kernel test robot
2025-10-04 9:30 ` [PATCH v3 03/10] drm/gem: Add huge tmpfs mount point helper Loïc Molinari
2025-10-04 20:34 ` Al Viro
2025-10-06 6:58 ` Boris Brezillon
2025-10-06 7:02 ` Boris Brezillon [this message]
2025-10-04 9:30 ` [PATCH v3 04/10] drm/i915: Use " Loïc Molinari
2025-10-04 9:30 ` [PATCH v3 05/10] drm/v3d: " Loïc Molinari
2025-10-06 7:07 ` Boris Brezillon
2025-10-04 9:30 ` [PATCH v3 06/10] drm/gem: Get rid of *_with_mnt helpers Loïc Molinari
2025-10-06 7:17 ` Boris Brezillon
2025-10-04 9:30 ` [PATCH v3 07/10] drm/panthor: Introduce huge tmpfs mount point option Loïc Molinari
2025-10-06 7:28 ` Boris Brezillon
2025-10-15 13:09 ` Loïc Molinari
2025-10-15 13:12 ` Boris Brezillon
2025-10-06 7:34 ` Boris Brezillon
2025-10-04 9:30 ` [PATCH v3 08/10] drm/panthor: Improve IOMMU map/unmap debugging logs Loïc Molinari
2025-10-04 9:30 ` [PATCH v3 09/10] drm/panfrost: Introduce huge tmpfs mount point option Loïc Molinari
2025-10-06 7:33 ` Boris Brezillon
2025-10-04 9:30 ` [PATCH v3 10/10] Documentation/gpu/drm-mm: Add THP paragraph to GEM mapping section Loïc Molinari
2025-10-04 22:40 ` Bagas Sanjaya
2025-10-04 10:42 ` ✓ i915.CI.BAT: success for series starting with [v3,01/10] drm/shmem-helper: Add huge page fault handler Patchwork
2025-10-04 12:26 ` ✗ i915.CI.Full: failure " 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=20251006090230.087021bd@fedora \
--to=boris.brezillon@collabora.com \
--cc=airlied@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=andi.shyti@linux.intel.com \
--cc=baolin.wang@linux.alibaba.com \
--cc=brauner@kernel.org \
--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-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 \
/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.