Ioctl не вызывается, если cmd = 2

Я разрабатываю модуль ядра, который использует unlocked_ioctl. Я тестировал его с версией ядра 2.6.24-23-generic и отлично работает. Теперь я попробовал его с версией ядра 3.3.1-1-ARCH и произошло что-то странное: функция ioctl не выполняется, когда значение запроса (cmd) равно 2. Оно возвращает 0, но функция не выполняется. Чтобы проверить, что он не выполнен, я сделал следующее:

static long midriver_ioctl(struct file *file,
    unsigned int cmd, unsigned long arg) {

printk("Called with cmd = %d\n", cmd);

Я написал тестовую программу, которая вызывает ioctl для этого устройства от 0 до 4096, и я вижу в dmesg сообщение "Called with cmd = n" для всех этих значений, кроме "2", единственное, что есть не показано.

Любые подсказки о том, что я делаю неправильно?

Заранее спасибо,

Ответ 1

Посмотрите это:

 546 int do_vfs_ioctl(struct file *filp, unsigned int fd, unsigned int cmd,
 547             unsigned long arg)
 548 {
 549        int error = 0;
 550        int __user *argp = (int __user *)arg;
 551        struct inode *inode = filp->f_path.dentry->d_inode;
 552
 553        switch (cmd) {
 554        case FIOCLEX:
 555                set_close_on_exec(fd, 1);
 556                break;
 557
 558        case FIONCLEX:
 559                set_close_on_exec(fd, 0);
 560                break;
 561
 562        case FIONBIO:
 563                error = ioctl_fionbio(filp, argp);
 564                break;
 565
 566        case FIOASYNC:
 567                error = ioctl_fioasync(fd, filp, argp);
 568                break;
 569
 570        case FIOQSIZE:
 571                if (S_ISDIR(inode->i_mode) || S_ISREG(inode->i_mode) ||
 572                    S_ISLNK(inode->i_mode)) {
 573                        loff_t res = inode_get_bytes(inode);
 574                        error = copy_to_user(argp, &res, sizeof(res)) ?
 575                                        -EFAULT : 0;
 576                } else
 577                        error = -ENOTTY;
 578                break;
 579
 580        case FIFREEZE:
 581                error = ioctl_fsfreeze(filp);
 582                break;
 583
 584        case FITHAW:
 585                error = ioctl_fsthaw(filp);
 586                break;
 587
 588        case FS_IOC_FIEMAP:
 589                return ioctl_fiemap(filp, arg);
 590
 591        case FIGETBSZ:
 592                return put_user(inode->i_sb->s_blocksize, argp);
 593
 594        default:
 595                if (S_ISREG(inode->i_mode))
 596                        error = file_ioctl(filp, cmd, arg);
 597                else
 598                        error = vfs_ioctl(filp, cmd, arg);
 599                break;
 600        }
 601        return error;
 602

Как вы можете видеть, есть несколько случаев переключения перед вызовом vfs_ioctl или file_ioctl.

Ответ 2

Как указано @Ilya, вы нажимаете общий случай (FIGETBSZ в этом случае).

В общем, вы хотите скомпоновать команды ioctl с помощью _IO семейства макросов с уникальным типом, чтобы избежать столкновений.

Я предлагаю прочитать ioctl-number.txt из документации по ядру для получения дополнительной информации, включая список наиболее часто используемых типов