drm_gem_get_huge_mnt(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… drm_gem_get_huge_mnt(9) β€” from the Kernel API Manual, bestie πŸŽ€

okay so this is a page from the Kernel API Manual and it's about one single little function, and honestly? it's giving "short and iconic." let's get into it ✨


🌸 NAME 🌸

drm_gem_get_huge_mnt β€” the function that gets the huge tmpfs mountpoint used by a DRM device. that's it. that's the whole gig. slay 🫢


✨ SYNOPSIS ✨

struct vfsmount * drm_gem_get_huge_mnt (struct drm_device *dev );

like, it hands you back a struct vfsmount * and you feed it a struct drm_device *. the vibes are immaculate, the signature is literally right there πŸ’–


πŸ¦‹ ARGUMENTS πŸ¦‹

  • dev β€” the DRM device. yeah. that's the one. that's your main character right there πŸ‘‘

πŸ’« DESCRIPTION πŸ’«

okay so here's the tea, bestie β˜• β€” this function gets the huge tmpfs mountpoint used by DRM device dev.

and why do we care? because a huge tmpfs mountpoint is used instead of shm_mnt after a successful call to drm_gem_huge_mnt_create when CONFIG_TRANSPARENT_HUGEPAGE is enabled. no cap, that's the whole situation. so like β€” create it successfully, have that config on, and boom, shm_mnt is not the moment anymore πŸ”₯


🌈 RETURN 🌈

  • the huge tmpfs mountpoint in use πŸ’–
  • NULL otherwise πŸ™ˆ

that's it. two outcomes. a binary icon.


πŸ‘‘ SEE ALSO πŸ‘‘

the kernel file ./include/drm/drm_gem.h β€” go read it, iykyk πŸ“– and also literally all of these:

like that's a whole friend group and every single one of them ate πŸ’…


lowkey a reminder: this page lives under ./include/drm and it's dated October 2026 β€” so when you cite it, cite it cute πŸ’œ

okay bye bestie, go read your mountpoints, mwah πŸ˜­πŸ’–πŸ§š

πŸ“¦ where this page comes from