drm_ioctl_t(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… drm_ioctl_t(9) β€” Kernel API Manual ✨

πŸŽ€ NAME πŸŽ€

drm_ioctl_t β€” DRM ioctl function type. That's the name, that's the vibe, and it's lowkey iconic.

✨ SYNOPSIS ✨

Here's the exact typedef, bestie β€” copy it character for character:

typedef int drm_ioctl_t (struct drm_device *dev , void *data , struct
       drm_file *file_priv );

🫢 ARGUMENTS 🫢

  • dev β€” DRM device inode. That's the device inode you're working with, periodt.
  • data β€” private pointer of the ioctl call. It's the private pointer for this ioctl call.
  • file_priv β€” DRM file this ioctl was made on. Basically the DRM file that this ioctl was made on.

πŸ”₯ DESCRIPTION πŸ”₯

Okay so this is the DRM ioctl typedef. The important lore is that drm_ioctl has already copied data into kernel-space β€” the original manpage literally spells it alrady, and we respect the typo 😭 β€” and it will also copy it back, depending upon the read/write settings in the ioctl command code. So the data-copying situation is already handled on the drm_ioctl side; your typedef just has to show up and slay.

Fr fr, keep this detail: the copy into kernel-space has already happened, and the copy back depends upon the read/write settings in the ioctl command code. That's the caveat, bestie.

🌈 SEE ALSO 🌈

Go read these next, iykyk:


Sign-off tea πŸ«–: this page lives under ./include/drm, is dated October 2026, and is serving drm_ioctl_t(9) energy. Bye bestie, go ioctl responsibly πŸ’–βœ¨

πŸ“¦ where this page comes from