为何TIOCSTI的ioctl参数采用char指针而非char类型？

TIOCSTI虽然仅需1字节数据，但接口设计成ioctl(int fd, TIOCSTI, const char *argp)而非直接传char值，主要有以下几个原因：

• ioctl接口的统一范式：
  Unix/Linux的ioctl系统调用从设计之初就遵循“第三个参数为指针”的统一模式，无论传递的数据大小是1字节、4字节还是更大的结构体。这种统一性能让内核的ioctl处理逻辑更简洁——不用针对不同参数类型（值/指针）做分支判断，所有ioctl调用都可以通过一致的内存拷贝逻辑（比如copy_from_user）来处理用户空间到内核空间的数据传递，降低了代码维护成本。

• 内核-用户空间数据传递的兼容性：
  系统调用的参数传递依赖硬件架构的寄存器约定。如果直接传递char值，内核需要处理不同架构下的参数扩展问题（比如char是否会被符号扩展为int），而使用指针的话，内核可以通过标准的内存拷贝函数安全地读取1字节数据，无需考虑架构差异带来的兼容性问题。

• 预留扩展空间：
  虽然当前TIOCSTI只需要1字节的输入字符，但接口设计时预留了扩展可能性——如果未来需要传递更多数据（比如多字符序列），使用指针的接口无需修改签名，就能兼容新的功能需求，避免了接口变更带来的兼容性断裂。

• 实际调用成本可忽略：
  所谓“传递char值更高效”的优势在现代系统中几乎可以忽略：传递指针和传递char值的寄存器操作开销几乎一致，而调用者构造指针的成本极低（比如直接传入&c，其中c是存储目标字符的char变量），完全不存在额外负担。反而直接传值会增加内核的参数处理复杂度，得不偿失。

内容的提问来源于stack exchange，提问作者hanshenrik