据我所知,ioctl()用于向用户空间应用程序公开“扩展”系统调用接口. ioctl()不是添加数千个特定驱动程序独有的系统调用,而是用于通过单个系统调用提供可扩展的驱动程序特定功能.

这看起来很清楚.但是,我正在尝试编译我的第一个使用ioctl()调用的应用程序,我开始怀疑我的理解.

具体来说,我想进行ioctl()调用以“清理”eMMC设备.看一下/usr/include/linux/mmc/ioctl.h(或者在include / uapi / linux / mmc / ioctl.h的内核源代码中),我可以看到这个结构：

struct mmc_ioc_cmd {
        // Most fields omitted
        int write_flag;    
        __u32 opcode;
        __u32 arg;
};

从用户空间,我没有任何问题,包括这个标题,并将此结构传递给我的ioctl()调用.

所以这就是我的最终消毒片段：

int sanitize(int fd)
{
  struct mmc_ioc_cmd command;
  memset(&command,sizeof(command));

  command.write_flag = 1;
  command.opcode = MMC_SWITCH;
  command.arg = EXT_CSD_SANITIZE_START << 16;

  return ioctl(fd,MMC_IOC_CMD,&command);
}

我的问题是MMC_SWITCH和EXT_CSD_SANITIZE_START都在内核头文件中定义.具体来说,在我的内核源代码中,它们都可以在include / linux / mmc / mmc.h中找到.

我在互联网上看到的一切都说在构建用户空间项目时不包含来自内核源代码的头文件.如果是这种情况,你如何合理地使用MMC ioctl()？内核公开了传递给ioctl()的结构,但似乎只能通过在内核源代码中隐藏的“隐藏”常量填充它来使用该结构.

我目前的解决方案是将必要的常量从内核头文件复制到我自己的项目中,但这对我来说很脏.

我是否误解了ioctl()的用例？这是设计疏忽吗？