mirror of
https://github.com/cirosantilli/linux-kernel-module-cheat.git
synced 2026-01-13 20:12:26 +00:00
Unsquashed version at v2-rc-unsquashed, but that cannot be merged as it breaks bisects at several points. All bugs will not bisect to this humongous change. It all started with a conversion of the Bash scripts to Python, mainly because I couldn't stand not being able to properly use --options for run which has a million options. Then since that required a full testing, I decided to do all the refactorings that I had in mind at once, and so I did and it became v2-rc. This is the largest patch I have ever done! OMG a few weeks of extra time. I'm never writing a Bash script for anything that starts getting big again. Some of the features are: * separate build-qemu and build-gem5 commands * common: convert scripts to python. Add --option for everything * rename build to build-buildroot now that we are splitting all the build commands, Linux kernel to follow * move all git submodules to submodules/ and all buildroot packages to packages/ * refactor the out/ structure. Keep projects on toplevel, because guest projects separate archs and host ones don't, making a toplevel arch wrong * do-release: rename to just release https://stackoverflow.com/questions/16174992/cant-get-argparse-to-read-quoted-string-with-dashes-in-it * run: add --terminal and explain gem5 pdb * just track the lvimrc * store CLI kernel config fragment inside buildlroot to avoid conflicts * gem5: document m5 initparam * readme: make a bunch of things awesomer * readme: fix broken refs * parsec-benchmark: update to 75d55ac446a43c47efb1044844a108c6c330184c Could not fetch otherwise. * gem5: M5_OVERRIDE_PY_SOURCE
43 lines
1.5 KiB
C
43 lines
1.5 KiB
C
#ifndef IOCTL_H
|
|
#define IOCTL_H
|
|
|
|
#include <linux/ioctl.h>
|
|
|
|
/* Structs are the way to pass multiple arguments. */
|
|
typedef struct {
|
|
int i;
|
|
int j;
|
|
} lkmc_ioctl_struct;
|
|
|
|
/* TODO some random number I can't understand how to choose. */
|
|
#define LKMC_IOCTL_MAGIC 0x33
|
|
|
|
/* I think those number do not *need* to be unique across, that is just to help debugging:
|
|
* https://stackoverflow.com/questions/22496123/what-is-the-meaning-of-this-macro-iormy-macig-0-int
|
|
*
|
|
* However, the ioctl syscall highjacks several low values at do_vfs_ioctl, e.g.
|
|
* This "forces" use to use the _IOx macros...
|
|
* https://stackoverflow.com/questions/10071296/ioctl-is-not-called-if-cmd-2
|
|
*
|
|
* Some of those magic low values are used for fnctl, which can also be used on regular files:
|
|
* e.g. FIOCLEX for close-on-exec:
|
|
* https://stackoverflow.com/questions/6125068/what-does-the-fd-cloexec-fcntl-flag-do
|
|
*
|
|
* TODO are the W or R of _IOx and type functional, or only to help with uniqueness?
|
|
*
|
|
* Documentation/ioctl/ioctl-number.txt documents:
|
|
*
|
|
* ....
|
|
* _IO an ioctl with no parameters
|
|
* _IOW an ioctl with write parameters (copy_from_user)
|
|
* _IOR an ioctl with read parameters (copy_to_user)
|
|
* _IOWR an ioctl with both write and read parameters.
|
|
* ....
|
|
*/
|
|
/* Take an int, increment it. */
|
|
#define LKMC_IOCTL_INC _IOWR(LKMC_IOCTL_MAGIC, 0, int)
|
|
/* Take a struct with two ints, increment the first, and decrement the second. */
|
|
#define LKMC_IOCTL_INC_DEC _IOWR(LKMC_IOCTL_MAGIC, 1, lkmc_ioctl_struct)
|
|
|
|
#endif
|