ioctl.h 1.5 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445
  1. /* https://cirosantilli.com/linux-kernel-module-cheat#ioctl */
  2. #ifndef LKMC_IOCTL_H
  3. #define LKMC_IOCTL_H
  4. #include <linux/ioctl.h>
  5. /* Structs are the way to pass multiple arguments. */
  6. typedef struct {
  7. int i;
  8. int j;
  9. } lkmc_ioctl_struct;
  10. /* TODO some random number I can't understand how to choose. */
  11. #define LKMC_IOCTL_MAGIC 0x33
  12. /* I think those number do not *need* to be unique across, that is just to help debugging:
  13. * https://stackoverflow.com/questions/22496123/what-is-the-meaning-of-this-macro-iormy-macig-0-int
  14. *
  15. * However, the ioctl syscall highjacks several low values at do_vfs_ioctl, e.g.
  16. * This "forces" use to use the _IOx macros...
  17. * https://stackoverflow.com/questions/10071296/ioctl-is-not-called-if-cmd-2
  18. *
  19. * Some of those magic low values are used for fnctl, which can also be used on regular files:
  20. * e.g. FIOCLEX for close-on-exec:
  21. * https://stackoverflow.com/questions/6125068/what-does-the-fd-cloexec-fcntl-flag-do
  22. *
  23. * TODO are the W or R of _IOx and type functional, or only to help with uniqueness?
  24. *
  25. * Documentation/ioctl/ioctl-number.txt documents:
  26. *
  27. * ....
  28. * _IO an ioctl with no parameters
  29. * _IOW an ioctl with write parameters (copy_from_user)
  30. * _IOR an ioctl with read parameters (copy_to_user)
  31. * _IOWR an ioctl with both write and read parameters.
  32. * ....
  33. */
  34. /* Take an int, increment it. */
  35. #define LKMC_IOCTL_INC _IOWR(LKMC_IOCTL_MAGIC, 0, int)
  36. /* Take a struct with two ints, increment the first, and decrement the second. */
  37. #define LKMC_IOCTL_INC_DEC _IOWR(LKMC_IOCTL_MAGIC, 1, lkmc_ioctl_struct)
  38. #endif